1. ¿Cuáles son las reglas de inspiración para el diseño de software?
Respuesta: Primero, mejore la estructura del software para aumentar la independencia del módulo
, es decir, reduzca el acoplamiento y mejore la cohesión mediante la descomposición o fusión del módulo.
Dos aspectos:
1. Se mejora la función del módulo. Un módulo completo contiene: la parte que realiza la función especificada, la parte que maneja el error y devuelve una "marca final"
2. Elimina las funciones duplicadas y mejora la estructura del software. Similitud completa y similitud parcial
II. El tamaño del módulo debe ser moderado.
En términos generales, la independencia del módulo no debe reducirse después de la descomposición.
Demasiado poco mayor que el funcionamiento eficaz de la sobrecarga de módulo, el número de módulos y hacer que el sistema de interfaces de demasiado complicado
tres, profundidad, anchura, fan-out y fan-in deben ser adecuadamente
cuatro, debe estar dentro del alcance del campo módulo de control
del diseño de un muy En un buen sistema, todos los módulos afectados por la decisión deben pertenecer al módulo que tomó la decisión, preferiblemente limitado al módulo que tomó la decisión en sí y sus módulos subordinados inmediatos.
5. Esforzarse por reducir la complejidad de la interfaz del módulo La complejidad de la
interfaz del módulo es una causa importante de errores de software. La interfaz del módulo debe diseñarse cuidadosamente para que la transferencia de información sea simple y coherente con la función del módulo.
6. Diseño de módulos con entrada única y salida única
Advierta a los ingenieros de software que no permitan el acoplamiento de contenido entre módulos. Al ingresar al módulo desde arriba y salir desde abajo, el software es más fácil de entender y, por lo tanto, más fácil de mantener.
7. La función del módulo debe ser predecible
La función del módulo debe ser predecible, pero también se debe evitar que la función del módulo sea excesivamente limitada.
2. ¿Cuáles son las diferencias entre el gráfico de jerarquía, el gráfico de HIPO y el gráfico de estructura?
Respuesta: El gráfico jerárquico (gráfico H) se
usa para describir la estructura jerárquica del software. Muy adecuado para su uso en el proceso de diseño de software de arriba a abajo.
Diagrama HIPO Diagrama
HIPO es la abreviatura en inglés de "diagrama de nivel + diagrama de entrada / procesamiento / salida" inventado por IBM en los Estados Unidos.
Para que el diagrama HIPO sea trazable, en el diagrama H (diagrama de nivel), excepto el cuadro superior, cada cuadro está numerado.
En correspondencia con cada cuadro en H, debe haber una imagen de IPO que represente el procesamiento del módulo representado por este cuadro. El número del módulo en la imagen H es conveniente para rastrear y comprender la posición de este módulo en la estructura del software.
Diagrama de
estructura El diagrama de estructura propuesto por Yourdon es otra herramienta poderosa para el diseño de estructura de software. Los diagramas estructurales son similares a los diagramas jerárquicos, y también son herramientas gráficas para describir estructuras de software.
Símbolos básicos: las
cajas representan un módulo;
las líneas rectas entre las cajas representan la relación de llamada de los módulos; las
flechas circulares huecas al final indican que se están transmitiendo datos;
las flechas circulares sólidas al final indican que se está transmitiendo información de control.
Los diagramas de estructura y jerarquía no representan estrictamente el orden de llamada de los módulos, y la mayoría de las personas están acostumbradas a dibujar módulos de izquierda a derecha en el orden de llamada; los
diagramas de estructura y jerarquía no indican cuándo llamar a los módulos inferiores; los
diagramas de estructura y jerarquía solo indican un módulo Llamar a esos módulos no indica si hay otros componentes en el módulo; por lo
general, se utiliza un gráfico de jerarquía como documento para describir la estructura del software;
el proceso de derivación del gráfico de estructura del gráfico de jerarquía se puede utilizar como un buen método para verificar la corrección del diseño y evaluar la independencia del módulo.
3. ¿Qué símbolos se utilizan para dibujar el gráfico de flujo de datos? Cuales son los pasos?
R:
Hay cuatro símbolos gráficos básicos en el diagrama de flujo de datos:
flechas, que indican el flujo de datos;
círculos o elipses, que indican el procesamiento;
barras paralelas, que indican el almacenamiento de datos; y
cuadros, que indican el origen o el punto final de los datos.
Paso 1. Concepto El
método de diseño orientado al flujo de datos mapea el flujo de información en una estructura de software. El tipo de flujo de información determina el método de mapeo.
Paso 2: Concepto de
transformación El análisis de transformación es el término general para una serie de pasos de diseño. Después de estos pasos, el gráfico de flujo de datos con las características del flujo de transformación se mapea en una estructura de software de acuerdo con un patrón predeterminado.
Paso 3: Análisis de transacciones
Aunque el análisis de transformación se puede utilizar para diseñar estructuras de software en cualquier caso, cuando el flujo de datos tiene características de transacción obvias, es decir, hay un "centro de lanzamiento" obvio (centro de transacciones), todavía se usa. El método de análisis de transacciones es apropiado.
Paso 4. Optimización del diseño La optimización del
diseño debe esforzarse por utilizar el número mínimo de módulos bajo la premisa de una modularización efectiva y la estructura de datos más simple bajo la premisa de cumplir con los requisitos de información.
