1. Descripción general del diseño del sistema

1.1 Descripción general del diseño del sistema

diseño y abstracción

El comportamiento del sistema impulsa el diseño

diseño orientado a objetos

Datos del sistema impulsados para completar el diseño.

diseño orientado a operaciones diseño orientado a datos

El diseño se divide principalmente en tres pasos:
Diseño del esquema: recibir los documentos requeridos y completar la descomposición de los módulos
Diseño detallado: diseñar sus detalles internos (algoritmos, estructuras de datos, variables, etc.) de acuerdo con los módulos descompuestos

módulo

(Un módulo es una secuencia léxicamente contigua de sentencias de programa, delimitadas por elementos de contorno, con un identificador agregado)

La adyacencia semántica consiste en declaraciones de programa.
Hay signos de inicio y fin, es decir, hay un límite.
Tiene un identificador de agregación.

Alta cohesión, bajo acoplamiento

1.2 Cohesión de módulos

cohesión accidental

Un módulo realiza múltiples funciones completamente diferentes sin ninguna relación lógica

Ciertas regulaciones dictan que cada módulo debe tener un tamaño determinado

Disminución de la capacidad de mantenimiento
Difícil de reutilizar

menos cohesivo

resolver:

división funcional completa

cohesión lógica

Un módulo puede realizar muchas operaciones relacionadas , la cohesión de la selección la realiza el módulo que llama

Hay un problema que la interfaz es difícil de entender,
modificar el contenido de un módulo puede afectar fácilmente a otros módulos

Difícil de reutilizar

Reunirse a tiempo

La ejecución de muchas operaciones está relacionada con el tiempo y es ilógica (las acciones están secuenciadas en el tiempo, no en secuencia lógica)

La correlación interna del módulo es relativamente débil y la correlación externa es relativamente fuerte
Reutilización deficiente de los módulos de software

resolver:

división funcional completa

Cohesión del proceso (la cohesión es superior a las tres primeras)

Muchas operaciones tienen una secuencia lógica (si se invierte el orden, la función no se puede realizar)

La relación de acción no es muy fuerte
y la reutilización es pobre.

correspondencia

Realizar una serie de operaciones, relacionadas con el orden en que se va a realizar el producto, y operar sobre los mismos datos

mala reutilización

cohesión funcional

Ejecutar solo una operación o completar solo una función

La posibilidad de reutilización es máxima
Es relativamente fácil realizar mantenimiento correctivo
Es fácil realizar ampliaciones del producto.

Cohesión de la información (cohesión ideal más alta)

Muchas operaciones, cada una con su propia entrada. Cada operación tiene su propio código, y cada operación se basa en los mismos datos

inserte la descripción de la imagen aquí

1.3 Acoplamiento de módulos

acoplamiento de contenido

En dos módulos, el contenido de un módulo se refiere directamente al contenido del otro módulo

La modificación de un módulo provocará cambios en dos módulos, lo que aumentará el costo de mantenimiento

acoplamiento publico

Dos módulos acceden a los mismos datos globales al mismo tiempo

pregunta

Impacto límite, impacto concurrente e impacto de control, difícil de mantener

Al mantener las variables globales de un módulo, afectará a otros módulos

Difícil de reutilizar en nuevos sistemas de destino

hacer que los efectos de los límites no estén claros

dar lugar a delitos informáticos

acoplamiento de control

Dos módulos, un módulo transmite elementos de control (información simple o información de control-instrucciones de acción) al otro módulo

Los dos módulos se restringen y se influencian mutuamente, y su independencia es pobre
Un módulo debe tener cohesión lógica

acoplamiento de etiquetas

Una estructura de datos se pasa entre dos módulos, y el módulo que llama solo opera en una parte de la estructura de datos

Poco claro, el nombre de la estructura de datos pasada no puede determinar qué información se utiliza
Difícil de mantener
y baja posibilidad de reutilización
Pasan demasiados datos

acoplamiento de datos (ideal)

Todos los parámetros de los dos módulos son los mismos elementos de datos (se utilizan todos los elementos de datos en el parámetro simple pasado o la estructura de datos pasada)

1.4 Diseño orientado a la operación

El primer diagrama de flujo de datos debe poder describir la operación en detalle.

Tipo de transformación (juzgando los dos puntos de abstracción más altos del diagrama de flujo de datos para obtener entrada lógica, salida lógica y procesamiento lógico)
Transaccional (descompuesto en analizador de transacciones y despachador de transacciones)

1.5 Diseño orientado a datos

Primero determine la estructura de datos y luego determine la estructura del producto

jackson

Representación de la estructura de datos (a la manera del gráfico de Jackson)
Averigüe la relación entre la estructura de datos de entrada y la estructura de datos de salida (existe una relación causal directa, que se puede procesar al mismo tiempo || Para datos repetidos, el orden y el número de repeticiones deben ser los mismos para tener un correspondiente relación)
Dibuje el marco de procesamiento de acuerdo con la estructura de datos de entrada y salida (si los niveles son diferentes, siga el diseño del nivel inferior)
Enumere todas las operaciones y condiciones,
Y marque la ubicación del diagrama de estructura del programa.
Descrito en pseudocódigo

2. Diseño detallado del sistema

Determinar el algoritmo y la estructura de datos utilizados en cada módulo,
diseñar la interfaz externa y la interfaz de usuario,
expresar en detalle con una determinada herramienta de expresión