1. La importancia del análisis de requisitos Una comprensión profunda de los requisitos del software es el requisito previo y la clave para un desarrollo exitoso. La parte más difícil del desarrollo de un sistema de software es especificar exactamente qué desarrollar. El trabajo conceptual más difícil es escribir los requisitos detallados, incluidas todas las interfaces del sistema de software orientadas al usuario, orientadas a la máquina y otras interfaces. , traerá consecuencias al sistema un gran daño y será extremadamente difícil modificarlo en el futuro.
2. Ideas centrales del análisis estructurado
Descomponer y simplificar problemas
Separar representación física y lógica
Datos y lógica abstractos
p>
3. Pasos específicos del análisis estructurado
Descubrir necesidades
Hablar con los usuarios y hacerles preguntas;
Visitar los flujos de trabajo de los usuarios, observarlos. operaciones;
Enviar cuestionarios a grupos de usuarios;
Hablar con pares y expertos para escuchar sus opiniones;
Analizar productos similares existentes Extraer requisitos para productos de software;
Extraer requisitos de estándares y reglas de la industria;
Buscar información relevante en Internet, etc.
Refinamiento
Refinar repetidamente los requisitos iniciales varias veces.
Modelado
Construir modelos y describir cosas por escrito utilizando símbolos gráficos y reglas organizativas.
Núcleo del modelo: el diccionario de datos describe todos los objetos de datos utilizados y generados por el software.
Modelo de datos: el diagrama de relación de entidad (diagrama E-R) expresa y describe la relación entre los objetos de datos. los atributos en el diagrama se utilizan la expresión "Descripción del objeto de datos"
Modelo funcional: la expresión DFD describe el movimiento de datos en el software, la transformación y las funciones en el diagrama funcional correspondiente se expresan mediante "especificación de procesamiento"
Modelo de comportamiento: transición de estado El diagrama muestra los estados del sistema y las transiciones entre diferentes estados. La información adicional sobre el control del software en el diagrama se expresa como "especificaciones de control"
Especificaciones
<. p>Escribir especificaciones de requisitos de software como etapa de análisis final ResultadosRevisión
3.1 Modelo de datos
Composición del modelo de datos
Objetos de datos
Compuestos que el software debe entender Representación de Información,La información compuesta es algo que tiene una serie de diferentes propiedades o atributos.
Transacciones (informes), ubicaciones (almacenes), roles (profesores, estudiantes), unidades (departamento de contabilidad), comportamientos (llamadas telefónicas), etc.
Relaciones entre objetos de datos
La forma en que los objetos se conectan entre sí, también llamadas conexiones.
Dividido en tres categorías: 1:1 1:N M:N
Atributos
Define las propiedades de los objetos de datos.
Los atributos del objeto de datos estudiante pueden ser número de estudiante, nombre, clase, etc.
Diagrama de relación de entidad
Inserte una descripción de la imagen aquí
Ejemplo
Diseñe un modelo ER para la gestión de un determinado almacén principalmente. Gestiona el pedido y suministro de piezas. El almacén suministra piezas para proyectos de ingeniería y solicita piezas a los proveedores según sea necesario.
Los principales atributos de las "piezas" son: número de pieza, nombre de la pieza, color y peso.
Los atributos de "proyecto" son principalmente: número de proyecto, nombre del proyecto y fecha de inicio.
Los atributos de "proveedor" incluyen principalmente: número de proveedor, nombre del proveedor y dirección.
Inserte una descripción de la imagen aquí
3.2 Diagrama de flujo de datos El diagrama de flujo de datos (DFD) representa el modelo lógico del sistema. No hay elementos físicos específicos en el diagrama, solo el flujo y el procesamiento. de información en el sistema. Es un muy buen punto de partida para el diseño de software y herramientas de comunicación.
3.2.1 Símbolos del diagrama de flujo de datos
Cuatro símbolos básicos:
Cuadrado (o cubo): representa el punto de origen o final de los datos
Inserte descripción de la imagen aquí
Rectángulo redondeado (o círculo): representa el procesamiento de datos transformados
Inserte descripción de la imagen aquí
Rectángulo abierto (Dos paralelos líneas horizontales): representa el almacenamiento de datos
Inserte una descripción de la imagen aquí
Flechas: representa el flujo de datos, es decir, la dirección del flujo de datos específicos
En Insertar descripción de la imagen aquí
Símbolos adicionales del diagrama de flujo de datos
Inserte descripción de la imagen aquí
3.2.2 Ejemplo de diagrama de flujo de datos
Ejemplo
El comprador del departamento de compras de la fábrica necesita un informe de pedidos todos los días, que enumere las piezas requeridas ordenadas por número de pieza. Enumere los siguientes datos para las piezas solicitadas: número de pieza, nombre, cantidad del pedido, precio actual, proveedores primarios y secundarios, etc. Las piezas que entran o salen del almacén se denominan transacciones y las transacciones se informan al sistema de pedidos a través de la terminal del almacén. Las piezas en stock deben solicitarse si son inferiores al umbral de inventario.
Solución:
Extraiga los cuatro componentes del diagrama de flujo de datos de la descripción del problema
Considere primero los puntos de origen y final
Fuente: Administrador del almacén
Punto final: Comprador
Considere procesar nuevamente
Procesamiento: procesar transacciones, generar informes, etc.
Finalmente considere el flujo de datos y el almacenamiento de datos
Flujo de datos: transacciones, información de pedidos, informes de pedidos
Almacenamiento de datos: información de pedidos, información de inventario
Sistema básico para extraer datos Modelo de diagramas de flujo
Inserte una descripción de la imagen aquí
Refine el modelo básico del sistema y describa las funciones principales del sistema
Inserte una descripción de la imagen aquí
Las funciones principales se han refinado aún más
Inserte una descripción de la imagen aquí
Fin, una mayor descomposición implica cómo implementar específicamente la función, y no debe descomponerse más