Notas de la conferencia "Gestión de la información" de nivel 3 de computadora de 2017: método de análisis estructurado
¿Texto? Notas de la conferencia "Gestión de la información" de nivel 3 de computadora de 2017: ¿Método de análisis estructurado? Organizado por la columna de examen a nivel de computadora, espero que sea útil para los candidatos.
Método de análisis estructural
El análisis estructural es un método de análisis de la demanda basado en el flujo de datos. A finales de la década de 1970, fue propuesto y desarrollado por Yourdon E., Constantine L., DeMarco T. y otros, y hasta ahora ha sido ampliamente utilizado. Algunos conceptos importantes de los métodos de análisis estructurados también impregnan otros métodos de desarrollo. Por ejemplo, técnica de diseño y análisis estructurado (SADT), técnica orientada a objetos (OOT), método IDEF, etc.
El método de análisis estructurado es adecuado para el análisis de la demanda de software de tipo procesamiento de datos. Debido a que los gráficos se utilizan para expresar requisitos, son claros, concisos y fáciles de aprender y dominar. Específicamente, el método de análisis estructurado utiliza el concepto de modelo abstracto para descomponerlo capa por capa de arriba a abajo de acuerdo con la relación entre la transmisión y transformación de datos dentro del software hasta encontrar todo el software implementable que cumpla con los requisitos funcionales. Según la discusión de DeMarco, las herramientas utilizadas en los métodos de análisis estructurado incluyen: diagrama de flujo de datos, diccionario de datos, inglés estructurado, tabla de decisiones y árbol de decisiones. El método de análisis estructurado tiene dos características obvias.
Utilice un método de descripción conciso, fácil de entender e intuitivo.
1. Diagrama de flujo de datos.
El diagrama de flujo de datos también se llama gráfico de burbujas o flujo de datos. Gráfico. Es una herramienta que describe el proceso de procesamiento de datos. El diagrama de flujo de datos representa gráficamente el proceso de movimiento y transformación del flujo de datos desde la entrada hasta la salida desde la perspectiva de la transferencia y el procesamiento de datos.
(1) Los principales elementos gráficos del diagrama de flujo de datos
Del diagrama de flujo de datos se puede ver que hay cuatro elementos gráficos básicos del diagrama de flujo de datos.
El flujo de datos es un canal que transmite datos en la dirección de la flecha. La mayoría de ellos son canales con nombre que transmiten datos de procesamiento entre procesos. También hay canales de datos sin nombre que conectan archivos de almacenamiento y procesamiento de datos. Aunque estos flujos de datos no tienen nombre, su significado es claro porque están conectados a procesos y archivos famosos. No puede haber flujos de datos con el mismo nombre en el mismo diagrama de flujo de datos. Múltiples flujos de datos pueden apuntar al mismo proceso y muchos flujos de datos pueden emanar de un proceso.
El procesamiento toma la estructura de datos o el contenido de los datos como objeto de procesamiento. El nombre de un proceso suele ser una frase verbal que indica de manera concisa qué proceso se está completando.
Los archivos desempeñan la función de guardar datos en el diagrama de flujo de datos, por eso se denominan almacenes de datos. Puede ser un archivo de base de datos o cualquier forma de organización de datos. El flujo de datos dirigido al archivo puede entenderse como escribir en el archivo o consultarlo, y el flujo de datos extraído del archivo puede entenderse como leer datos del archivo u obtener resultados de la consulta.
El cuarto elemento en el diagrama de flujo de datos es el punto de origen de datos o punto sumidero, que representa la fuente de entrada de los datos a procesar en el diagrama y donde se envían los resultados del procesamiento. Dado que su aparición en el diagrama es solo un símbolo y no necesita ser diseñado e implementado en forma de software, es solo una entidad en el entorno periférico del diagrama de flujo de datos, por lo que se denomina entidad externa. En un problema real, podría ser un periférico de computadora o un dispositivo sensor.
(2)La relación entre el flujo de datos y el procesamiento
En el diagrama de flujo de datos, si hay más de dos flujos de datos que apuntan a un procesamiento o que parten de un procesamiento. de dos flujos de datos, a menudo existe una cierta relación entre estos flujos de datos.
(3) Diagrama de flujo de datos jerárquico
Para expresar la situación del procesamiento de datos del proceso de procesamiento de datos, no es suficiente utilizar un diagrama de flujo de datos. Para expresar problemas prácticos un poco más complejos, es necesario descomponerlos gradualmente de acuerdo con la estructura jerárquica del problema y reflejar esta relación estructural con un diagrama de flujo de datos jerárquico.
Primero, considere todo el proceso de procesamiento de datos como un proceso. Sus datos de entrada y salida en realidad reflejan la interfaz entre el sistema y el entorno externo. Esta es la capa superior del gráfico de datos jerárquicos. Sin embargo, esta imagen por sí sola no indica los requisitos de procesamiento de datos y debe perfeccionarse más. Si este procesamiento de datos incluye tres subsistemas, puede dibujar el procesamiento de estos tres subsistemas 1, 2 y 3 y sus flujos de datos relacionados. Esta es la primera capa del diagrama de flujo de datos debajo de la capa superior, denominada DFD/L1. Continuando con la descomposición de estos tres subsistemas, se puede obtener el diagrama de flujo de datos de la segunda capa DFD/L2.1, DFD/L2.2 y DFD/L2.3, que son subsistemas respectivamente. Refinamiento de 1, 2 y 3. Tomando DF/2 como ejemplo, los cuatro números de procesamiento se pueden vincular al subsistema 2 en el diagrama de la capa superior. El diagrama de flujo de datos multicapa obtenido de esta manera puede expresar muy claramente la situación real de todo el sistema de procesamiento de datos. Para cualquier nivel de gráfico de flujo de datos, el gráfico superior se denomina gráfico principal y el gráfico del nivel inferior se denomina gráfico secundario.
En un gráfico de flujo de datos multicapa se pueden distinguir el gráfico de flujo de nivel superior, el gráfico de flujo de capa inferior y el gráfico de flujo de capa intermedia. El diagrama de flujo de nivel superior contiene solo un proceso, que representa el sistema que se está desarrollando. Su flujo de entrada son los datos de entrada del sistema y su flujo de salida son los datos de salida del sistema. La función del diagrama de flujo de nivel superior es indicar el alcance del sistema que se está desarrollando y su relación de intercambio de datos con el entorno circundante. El gráfico de flujo subyacente se refiere a un gráfico de flujo de datos cuyo procesamiento no requiere mayor descomposición, y su procesamiento se denomina "procesamiento atómico". El diagrama de flujo laminar intermedio representa un refinamiento de su diagrama principal superior. Cada uno de sus procesamientos se puede continuar refinando para formar subgrafos. El número de niveles intermedios depende de la complejidad del sistema.
(4) Método de diagramación de flujo de datos
En resumen, los pasos básicos para dibujar diagramas de flujo de datos son de afuera hacia adentro, de arriba a abajo, refinando capa por capa y perfeccionando el solución refinada. Los pasos específicos se pueden realizar de la siguiente manera.
①Primero encuentre la fuente de datos y los puntos receptores del sistema. Son entidades externas que determinan la interfaz del sistema con el mundo exterior. ② Descubra el flujo de datos de salida y el flujo de datos de entrada de la entidad externa. ③Dibuje las entidades externas del sistema al costado del diagrama.
④Comience desde el flujo de datos de salida de la entidad externa (es decir, el punto de origen del sistema) y dibuje gradualmente una serie de procesos lógicos de acuerdo con las necesidades lógicas del sistema hasta que se requiera el flujo de datos de entrada. por la entidad externa (es decir, el punto sumidero del sistema), formando el cierre del flujo de datos. ⑤ Verifique y modifique de acuerdo con los principios que se detallan a continuación.
⑥Siga los pasos anteriores y luego dibuje las subimágenes requeridas a partir de cada procesamiento.
(5) Principios de inspección y modificación
① Todos los símbolos gráficos en el diagrama de flujo de datos se limitan a los cuatro elementos gráficos básicos mencionados anteriormente. ②El diagrama principal del flujo de datos debe incluir los cuatro elementos básicos mencionados anteriormente, y ninguno de ellos puede faltar.
③El flujo de datos en el diagrama principal del diagrama de flujo de datos debe estar encerrado entre entidades externas y puede haber más de una entidad externa. ④Cada procesamiento tiene al menos un flujo de datos de entrada y un flujo de datos de salida.
⑤En el diagrama de flujo de datos, los cuadros de procesamiento deben estar numerados por capa. El número indica en qué capa se está procesando, así como la relación correspondiente entre la imagen principal y la subimagen de las capas superior e inferior.
⑥Cualquier subgrafo de flujo de datos debe corresponder a un procesamiento en la capa superior, y el flujo de datos de entrada y el flujo de datos de salida de los dos deben ser consistentes. Es decir, el equilibrio entre el gráfico principal y el gráfico secundario, que muestra que las entradas y salidas no se pueden perder ni agregar durante el proceso de refinamiento. ⑦Cada elemento del diagrama debe tener un nombre. Indique qué datos son el flujo de datos y los archivos de datos y qué hacen para procesarlos.
⑧El flujo de control no se puede incluir en el diagrama de flujo de datos. Debido a que el diagrama de flujo de datos es una imagen objetiva del proceso de negocio real, explica qué hace el sistema en lugar de cómo lo hace. Por lo tanto, no es la secuencia de ejecución del sistema ni un diagrama de flujo de programa. ⑨ Cuando dibujas por primera vez, puedes ignorar los detalles triviales para centrarte en el flujo de datos principal.
Durante el análisis de requisitos, en ocasiones es necesario modificar ciertos aspectos del sistema. El uso de diagramas de flujo de datos facilita aislar las áreas que necesitan modificación.
Siempre que tenga una comprensión clara del flujo de datos a través de los límites del área que se va a modificar, podrá estar completamente preparado para futuras modificaciones y poder realizar modificaciones sin interrumpir otras partes del sistema.