La descarga está en progreso. Por favor, espere

La descarga está en progreso. Por favor, espere

Ingeniería del Software

Presentaciones similares


Presentación del tema: "Ingeniería del Software"— Transcripción de la presentación:

1 Ingeniería del Software
Tema 3. Análisis Estructurado II Diagrama de Flujo de Datos Profesor: Juan Antonio López Quesada. Facultado de Informática.

2 Análisis Estructurado II
Introducción - Visión panorámica del AE. Diagramas de Flujo de Datos.

3 1.- Introducción: Visión panorámica del AE
Análisis Estructurado Método clave en el “desarrollo estructurado” o “convencional” Aparece a finales de los 70 Facilita la comunicación en el proceso de desarrollo de un sistema de información análisis y diseño usuarios y analistas Sencillo, fácil de entender y fácil de aprender El análisis estructurado es un método de especificación de sistemas de información (existen extensiones para sistemas en tiempo real); a través de tal especificación, se facilita la comunicación entre las fases de análisis y diseño del sistema, entre los usuarios y analistas, e incluso dentro del equipo de desarrollo: analistas y diseñadores. Por otro lado, el AE se puede aplicar (dentro del ámbito de la ingeniería de requisitos) a dos niveles: análisis del sistema actual o de los requisitos del nuevo sistema, y síntesis (diseño) de una solución para el nuevo sistema.

4 1.- Introducción: Visión panorámica del AE. Características
Amplia difusión Descomposición funcional (Originariamente) Orientada a procesos (Originariamente) Top/down Presente en numerosas metodologías p.ej. Métrica, SSADM, information engineering, Merise Herramientas CASE disponibles

5 Bibliografía Texto principal
Yourdon, E., Análisis estructurado moderno. 1993: Prentice-Hall Hispanoamericana Introducción Capítulo 4. Herramientas del análisis estructurado Capítulo 7. Cambios en el análisis de sistemas Técnicas Capítulo 9. Diagramas de flujo de datos. Capítulo 10. El diccionario de datos. Capítulo 11. Especificaciones de proceso. Capítulo 14. Balanceo de modelos. El proceso de análisis Capítulo 17. El modelo esencial. Capítulo 18. El modelo ambiental. Capítulo 19. Construcción de un primer modelo de comportamiento. Capítulo 20. Completando el modelo de comportamiento.

6 Bibliografía (II) Entre la bibliografía básica...
Piattini, M., et al., Análisis y diseño detallado de Aplicaciones Informáticas de Gestión. 1996: Ra-ma. MAP, MÉTRICA versión 2.1. Guía de Técnicas. 1995, Madrid: Ministerio de Administraciones Públicas. Secretaría de Estado para la Administración Pública. Consejo Superior de Informática. En castellano y en la biblioteca... Barranco de Aruba, J., Metodología del Análisis Estructurado de Sistemas (2ª edición). 2001, Madrid: Publicaciones de la Universidad Pontificia de Comillas. Hawryszkiewycz, I. T. Introducción al análisis y diseño de sistemas con ejemplos prácticos. 1ª ed., Madrid : Anaya Multimedia, 1990. Referencias clásicas... DeMarco, T., Structured analysis and system specification. 1979, Englewood Cliffs, New Jersey: Yourdon Press. Gane, C. and T. Sarson, Análisis estructurado de sistemas. 1990, Buenos Aires: El Ateneo (traducción de Gane, C. and T. Sarson, Structured systems analysis, tools and techniques. Software series. 1979, New Jersey: Prentice-Hall.)

7 1.- Introducción: Visión panorámica del AE. Componentes
DFD (Diagrama de Flujo de Dato Dataflow diagram) Diagrama E-R (Entidad-Relación), o alternativamente, DED (Diagrama de Estructura de Datos) Diagramas HVE (Historia de Vida de las Entidades) Diagramas de Transición de Estados (STD, State Transition Diagram) En AE... ... El modelado funcional se realiza a través de los DFDs ... El modelado de datos se realiza mediante diagramas E/R o DED ... El modelado de comportamiento se realiza mediante diagramas HVE o STD, aunque muchas veces no se considera conveniente.

8 1.- Introducción: Visión panorámica del AE. componentes
Lógica de procesos Lenguaje estructurado Pre y post-condiciones Tablas de decisión Árboles de decisión Diccionario de Datos (DD)

9 1.- Introducción: Visión panorámica del AE. DFD
Visión general de las funciones y transformaciones de datos en una organización Modelo lógico y gráfico del sistema también como modelo físico Identifica entradas, salidas, procesos y relaciones con el exterior ...a nivel general ...por refinamiento, a nivel detallado

10 1.- Introducción: Visión panorámica del AE. DFD
Tipos de símbolos en los DFDs (notación de Yourdon/De Marco)

11 1.- Introducción: Visión panorámica del AE. DFD: Ejemplo Práctico
Sistema de distribución sin inventario “Se trata de un sistema que sirve pedidos de libros a unos clientes, con la particularidad de que no mantiene un stock o inventario interno. El sistema puede agrupar los pedidos que clientes distintos hacen a un mismo editor, de manera que se puedan conseguir descuentos.” Adaptado del capítulo 2 de Gane, C. and T. Sarson, Análisis estructurado de sistemas. 1990, Buenos Aires: El Ateneo.

12 1.- Introducción: Visión panorámica del AE. DFD: Ejemplo Práctico
Análisis de los procesos del sistema  Aplicamos la visión sistémica Diagrama de contexto CLIENTE pedidos órdenes de compra libros entregados 0. Sistema de Pedidos en principio, no son materiales, son datos EDITOR libros pedidos

13 1.- Introducción: Visión panorámica del AE. DFD: Ejemplo Práctico
0. Sistema de pedidos pedidos D LIBROS órdenes de compra D ÓRDENES DE COMPRA 2. Armar pedidos a editores 1. Verificar validez de pedido pedidos válidos D PEDIDOS PENDIENTES D CLIENTES estado del crédito pedidos por título pedidos en lote dirección 4. Asignar libros a pedidos 3. Verificar envío de editores libros entregados 5. Armar entrega a clientes libros por clientes libros recibidos libros pedidos libros entregados = albarán + lista-novedades libros recibidos = {título + cantidad}  DD

14 1.- Introducción: Visión panorámica del AE. Diccionario de Datos
“Es un conjunto de metadatos, es decir, de información (datos) sobre datos” Contiene las definiciones de todos los elementos de los diagramas Implementación Manual Procesador de textos Base de datos Automático e integrado

15 1.- Introducción: Visión panorámica del AE. Diccionario de Datos
Flujo de datos: entrega Descripción: Conjunto de libros enviados por un proveedor a la biblioteca, basado en la relación que previamente había recibido. Sinónimos: *** none *** Componente de: *** none *** Composición: Libros + { Albarán } Información de entrada y salida Origen Destino *** Off the diagram *** Compra libros PROVEEDORES Biblioteca

16 Visión panorámica AE Diccionario de Datos (III)
Almacen: Facturas Descripción: Información, por número de factura, sobre facturas en el sistema actual. Sinónimos: *** none *** Composición: @Número-factura + Fecha-factura + Dirección-cliente + { Número-producto + Cantidad-producto + Costo-unidad-producto } + Costo-envío + Tasa-de-descuento + Neto-factura + Estado-factura Procesos asociados: Según DFD general Proc_cancelación Proc_pago Proc_consultas Adjuntar_albarán

17 1.- Introducción: Visión panorámica del AE. Pseudocódigo.
Proceso: Verificar estado del socio Número: 1.1.1 Descripción: Se examina si el socio no está sancionado Miniespecificación: Recibir “Socio ID” del socio Leer “SOCIOS” para Leer “Flag-de-precaución” Si OK, enviar “Socio ID válido” Complejidad: Prioridad: Ratio de transacciones: Memoria requerida (Kb): Tiempo de proceso:

18 1.- Introducción: Visión panorámica del AE. Modelado de Datos
Diagramas E-R y DED (Diagrama de Estructura de Datos) DED es, básicamente, un E-R limitado: no relaciones ternarias sólo cardinalidades 1:N no atributos multivaluados ni compuestos Por defecto, usaremos diagramas E-R

19 1.- Introducción: Visión panorámica del AE. Ejemplo de E/R .
Diagrama E-R Proyecto Empleado Departamento asignado pertenece (1,n) (1,1) (0,n) (1,m) [EN2002] (Chen) Asignación Departamento Empleado Proyecto requiere tiene pertenece DED

20 1.- Introducción: Visión panorámica del AE. Lógica de Proceso.
Técnicas para describir la lógica de los procesos primitivos Lenguaje estructurado Pre y post-condiciones Tablas de decisión Árboles de decisión

21 1.- Introducción: Visión panorámica del AE. Lógica de Proceso.
Lenguaje estructurado SI la factura excede de 300€ SI la cuenta del cliente tiene alguna factura sin pagar más de 60 días, dejar la confirmación pendiente de este pago. SI NO (la cuenta está en buen estado) hacer confirmación y factura SI NO (la factura es de 300€ o menos) SI la cuenta del cliente tiene alguna factura sin pagar más de 60 días hacer la confirmación, la factura y escribir un mensaje sobre informe de crédito SI NO (la cuenta está en buen estado) hacer confirmación y factura FIN-SI.

22 1.- Introducción: Visión panorámica del AE. Lógica de Proceso.
Pre y post-condiciones Pre1 (la factura excede de 300€) Y (la cuenta del cliente tiene alguna factura sin pagar más de 60 días) Pos1 (confirmación pendiente de este pago) Pre2 (la factura excede de 300€) o (la cuenta del cliente no tiene ninguna factura sin pagar más de 60 días) Pos2 (confirmación y factura realizadas) Pre3 (la factura no excede de 300€) Y (la cuenta del cliente tiene alguna factura sin pagar más de 60 días) Pos3 (confirmación y factura realizadas) Y (mensaje impreso sobre informe de crédito) Pre4 (la factura no excede de 300€) Y (la cuenta del cliente no tiene ninguna factura sin pagar más de 60 días) Pos4 (confirmación y factura realizadas)

23 1.- Introducción: Visión panorámica del AE. Lógica de Proceso.
Tablas de decisión

24 1.- Introducción: Visión panorámica del AE. Lógica de Proceso.
Árboles de decisión 1. Dejar confirmación pendiente de los pagos debidos. Cuentas impagadas más de 60 días Factura excede de 300€ Cuentas en buen estado 2. Hacer confirmación y factura Política contable 3. Hacer confirmación y factura y escribir mensaje sobre informe de crédito Cuentas impagadas más de 60 días Cuentas en buen estado Factura menos de 300€ 4. Hacer confirmación y factura

25 ¿Y después del AE? DISEÑO ESTRUCTURADO (DE)
El diseño lógico de los requisitos del nuevo sistema de información se convierte en un modelo de la aplicación, plasmado en un DIAGRAMA DE ESTRUCTURA. En el paso AE  DE, Análisis de transacciones Análisis de transformaciones

26 Diseño Estructurado: DIAGRAMA DE ESTRUCTURA
Diseño Estructurado: DIAGRAMA DE ESTRUCTURA. Ejemplo de diagrama de estructuras Informar petición Elaborar informe Rechazar Leer peticiones Consultar stock Recibir Evaluar informe préstamo pet rechazada ok pet préstamo pet aceptada

27 Visión panorámica AE Esquema resumen
Diagrama de flujo de datos PROC B Z Y X W V A FUENTE DESTINO D ALMACÉN DE DATOS Diagrama de estructuras Paso al diseño Definición del FD Descrip. E. E. Descripción del proceso Diagrama E-R (o DED) En esta visión general se presentan los dos modelos más importantes del AE: el modelo funcional y el modelo de datos. Se obvia el modelo de comportamiento, que se realiza a través de diagramas menos extendidos, como los HVE (Historia de Vida de las Entidades) o los STD (Diagramas de Transición de Estados). El hecho de que en la transparencia el tamaño del DFD sea mayor que el del E-R no quiere decir que el primero tenga mayor importancia: los dos diagramas presentan visiones paralelas, de las funciones y de los datos. Diccionario de Datos Definiciones de la BD Definiciones de los módulos

28 2.- Diagramas de Flujo de Datos (DFDs)

29 Símbolos del DFD (notación Yourdon/De Marco)
2.- Diagramas de Flujo de Datos Símbolos del DFD (notación Yourdon/De Marco) P Proceso Transformaciones o procesos (funciones, cálculo, selección) Terminadores (Fuentes o Destinos) (personas, entidades) Entidad Externa Flujos de información (inputs-outputs) Flujo de datos Flujos de control (Ward & Mellor 85) Flujo de eventos Ficheros o depósitos temporales de información (base de datos, armario, clasificador, etc.) D ALMACÉN DE DATOS

30 Símbolos del DFD (notación Métrica/SSADM)
2.- Diagramas de Flujo de Datos Símbolos del DFD (notación Métrica/SSADM) Localización Proceso ID Transformaciones o procesos Entidad Externa Terminadores (Fuentes o Destinos) Flujos de información Flujo de datos Ficheros o depósitos temporales de información D ALMACÉN DE DATOS

31 2.- Diagramas de Flujo de Datos
Procesos 2.- Diagramas de Flujo de Datos TRANSFORMACIÓN (cálculo, operación) FILTRO (verificación fecha, validación transacción) DISTRIBUCIÓN (menú, selección transacción) E2 E3 E1 P Transformación S2 S1

32 2.- Diagramas de Flujo de Datos
Procesos (II) Nombres únicos, significativos y concisos Preferiblemente expresados en función de las entradas y salidas Recomendación: verbo (no ambiguo) + objeto Evitar verbos ambiguos procesar, gestionar, manejar... “objeto” está definido en el DD Los procesos se descomponen en “subprocesos”, hasta llegar a los procesos primitivos

33 2.- Diagramas de Flujo de Datos
Diagrama de contexto Es el DFD más general de todos Está formado por un solo macroproceso (el sistema), las entidades externas (fuentes y destinos) y sus relaciones con el macroproceso Delimita el sistema y su entorno

34 2.- Diagramas de Flujo de Datos
Entidades externas Señalan los límites del sistema y establecen sus relaciones con el entorno FUENTE DESTINO P FUENTE DESTINO Sistema FUENTE DESTINO Los identificadores (nombres) de las entidades externas serán únicos, significativos y concisos

35 Gestión de caja (pagos) Información sobre el crédito
2.- Diagramas de Flujo de Datos Límites del sistema Actividad crítica y difícil Puede haber problemas, tanto por ser demasiado ambicioso, como poco ambicioso Entorno Facturación Una descripción de los problemas que se pueden encontrar al fijar los límites del sistema se puede encontrar en (Yourdon 89) p.336. Algunos de los elementos del diagrama anterior podrían estar tanto dentro como fuera del sistema. Por ejemplo, “Información sobre el crédito”, que en el ejemplo inicial estaba incluido en el sistema, podría estar fuera de nuestro sistema de control de distribución (por ejemplo, perteneciendo al departamento de contabilidad). Por ejemplo, en CajaMurcia (Sección agrícola), dicho elemento estaría fuera del sistema de pedidos. P Sistema de pedidos Gestión de caja (pagos) Información sobre el crédito Entorno Gestión del almacén

36 2.- Diagramas de Flujo de Datos
Flujos de datos Los nombres de los FD deben ser únicos, significativos y concisos Son datos, así que nómbralos como datos. Pueden estar indistintamente en singular o en plural, ya que en los DFDs no se representan cantidades (Barranco 95) Los nombres no sirven sólo para identificar los datos, sino también la información que se tiene sobre ellos P.ej. Información (fecha-válida) > Información (fecha)

37 2.- Diagramas de Flujo de Datos
Flujos de datos (II) Flujos de datos interactivos (dialog flows) Cuando dos FD establecen un diálogo o comparten una acción de estímulo-respuesta, pueden dibujarse como un único FD de doble flecha, donde ambos extremos deben llevar el nombre del FD que representan. P Determinar estado pedido respuesta estado pedido petición estado pedido denegación crédito P Analizar Petición Aceptar pago solicitud crédito autorización crédito recibo pago

38 2.- Diagramas de Flujo de Datos
Flujos de datos (III) Las flechas dobles con sentidos opuestos que transportan los mismos datos pueden sustituirse por flechas doblemente encabezadas ¡Pero sólo si transportan los mismos datos! P X P P P A B A B X X

39 2.- Diagramas de Flujo de Datos
Flujos de datos (IV) Se puede representar, si se desea, el FLUJO DE MATERIAL, usando flechas de trazo grueso EDITORIALES INTERVENTOR P4 Enviar al dpto. comprador P1 Selecc. y pedir nuevos libros P3 Registrar libros nuevos P5 Poner libros nuevos en estantes P2 Examinar nuevos libros D2 ESTANTES D3 INVENTARIO D4 SIGNATURAS D9 CARRITO LIBROS NUEVOS D1 LISTA MAESTRA DE ISBN nuevas ofertas pedidos de libros nuevos ajuste de inventario ajuste de signaturas libros nuevos Notación Gane & Sarson En principio, no recomiendamos usar flujos de material. En la práctica, los flujos de datos se usa a veces para representar materiales.

40 2.- Diagramas de Flujo de Datos
Flujos de datos (V) Se pueden considerar flechas convergentes o divergentes, con un mismo nombre P Validar cod postal P cod postal A dirección cli telef número de cuenta calle P Validar Telef. P P Validar calle B Observaciones: Sólo los procesos pueden separar FD (Piattini et al. 96) No poner FD como señales de activación (Yourdon 89)

41 Flujos de datos (VI) Notación System Architect. Ejemplos
2.- Diagramas de Flujo de Datos Flujos de datos (VI) Notación System Architect. Ejemplos FD divergentes (conectores XOR y AND) P Imprimir factura cliente Imprimir lista empaquetado Determinar prods.para enviar XOR cuando los datos son divididos en subconjuntos datos de facturación datos de empaquetado datos de envío P Determinar prescripción Rellenar prescripción Actualizar registro paciente AND cuando todos los datos siguen por ambos caminos prescripción

42 Flujos de datos (VII) Notación System Architect. Ejemplos
2.- Diagramas de Flujo de Datos Flujos de datos (VII) Notación System Architect. Ejemplos FD convergentes (conectores XOR y AND) P Aceptar pago en metálico Transferir pago Aceptar pago a crédito XOR cuando los mismos datos provienen de cualquier dirección datos de pago P Confirmar historial de crédito Conceder tarjeta de crédito Confirmar empleo AND cuando los subconjuntos son combinados en uno historial de empleo historial de crédito historia combinada

43 2.- Diagramas de Flujo de Datos
Flujos de datos (VIII) P Evaluar pedido ¿El proceso “pide” el FD “pedido”? ¿El proceso “necesita” ambos FD? pedido criterios valoración No lo sabemos, no importa: Los aspectos procedurales no se manifiestan en los DFDs Si tales aspectos son relevantes, se deben incluir en las miniespecificaciones

44 2.- Diagramas de Flujo de Datos
Flujos de control En los DFDs no se muestra el control ni el orden de ejecución No se puede mostrar: Procesos que se realizan antes que otros Sincronización Periodificación Extensiones al AE para sistemas en tiempo real: (Ward & Mellor 85) (Hatley & Pirbhai 87)

45 2.- Diagramas de Flujo de Datos
Almacenes de datos Nombre único, significativo y conciso Convenciones de nombres en los FD a/desde un almacén: No lleva etiqueta El FD se refiere a un paquete (instancia) completo de la información contenida en el almacén La etiqueta es la misma que la del almacén El FD se refiere a uno o más paquetes completos (instancias) de la información contenida en el almacén La etiqueta es distinta de la del almacén El FD se refiere a uno o más componentes (atributos) de una o más instancias del almacén

46 Consistencia DFD / E-R (MAP 95)
2.- Diagramas de Flujo de Datos Consistencia DFD / E-R (MAP 95) Para facilitar validaciones cruzadas entre DFDs y E-R (o DED)... Correspondencia entre los almacenes de datos “principales” (permanentes) del DFD y las entidades del E-R Cada almacén de un DFD representa una o varias entidades del E-R Cada entidad del E-R pertenece a un único almacén principal de un DFD

47 Consistencia DFD / E-R (II)
2.- Diagramas de Flujo de Datos Consistencia DFD / E-R (II) ETIQUETA DE LOS ALMACENES Según explosione a Entidad de datos  Plural nombre entidad Diagrama E-R (o DED)  Nombre diagrama DEFINICIÓN DE LOS ALMACENES Pocos almacenes Para cada uno, diagrama E-R (o DED) Tantos almacenes como entidades se hayan identificado Preferible (si no hay muchas entidades)

48 Descomposición funcional
2.- Diagramas de Flujo de Datos Descomposición funcional Cada proceso se puede explotar, refinar o descomponer en un DFD más detallado El DFD de un sistema es realmente un conjunto de DFDs dispuestos jerárquicamente Los niveles de la jerarquía están determinados por la descomposición funcional de los procesos La raíz de la jerarquía es el “diagrama de contexto”, que es el más general de todos

49 Descomposición funcional (II)
2.- Diagramas de Flujo de Datos Descomposición funcional (II) P Sist B A FUENTE DESTINO P f5 f4 f3 f2 f1 B Z Y X W V A P f45 f44 f43 f42 f41 Z y2 x2 y1 x1 Y X

50 2.- Diagramas de Flujo de Datos
Consistencia en el DFD Cada proceso en un diagrama “padre” es una consolidación del DFD “hijo” Balanceo de DFDs Las E/S de un proceso “padre” deben corresponderse con las E/S del DFD “hijo” que lo explica

51 Descomposición paralela
2.- Diagramas de Flujo de Datos Descomposición paralela Descomposiciones de funciones Proceso en subprocesos (DFD) Descomposición de flujos de datos La regla de balanceo se aplica teniendo en cuenta la descomposición paralela

52 Descomposición paralela (II)
2.- Diagramas de Flujo de Datos Descomposición paralela (II) Ejemplo: pedido = autorización + cupón de pedido + pago P6 P5 P4 P3 P2 P1 envío pedido P6.3 P6.2 P6.1 pago envío cupón de pedido autorización

53 2.- Diagramas de Flujo de Datos
Jerarquía de DFDs En un DFD completo cada proceso tiene un número único que lo identifica en función de su situación en la jerarquía Cada DFD tiene también un número único que coincide con el proceso que describe Las hojas o nodos terminales corresponden a “procesos primitivos” o indescomponibles Para cada proceso primitivo existirá una miniespecificación. Localización Proceso Proceso primitivo en Métrica

54 2.- Diagramas de Flujo de Datos
Jerarquía de DFDs (II) P 1.2 Proceso A B A P 1.2.3 f3 P 1.2.1 f1 Y W V A X P 1.2.2 f2 DFD 1.2

55 2.- Diagramas de Flujo de Datos
Jerarquía de DFDs DFD 0 El primer diagrama general que sigue al de contexto es el número 0 por convenio En el DFD 0 se hace una descomposición en subsistemas, es decir, se indican los procesos más importantes en el sistema  Han de ser SUBSISTEMAS

56 Descomposición funcional y almacenes de datos
2.- Diagramas de Flujo de Datos Descomposición funcional y almacenes de datos Los almacenes aparecen lo más tarde posible En un nivel superior únicamente cuando son interfaz entre procesos Una vez que aparezca en un DFD, el almacén aparecerá otra vez en cada DFD de nivel más bajo relacionado

57 Descomposición funcional y almacenes de datos (II)
2.- Diagramas de Flujo de Datos Descomposición funcional y almacenes de datos (II) P A.2 A.1 D FICH B.2 B.1 P P A B D FICH

58 Tamaño de la jerarquía de DFDs
2.- Diagramas de Flujo de Datos Tamaño de la jerarquía de DFDs Cada DFD debería tener alrededor de 7 procesos o menos (Miller 57) En general, habrá varios niveles intermedios, dependiendo del tamaño y complejidad del sistema que se está modelando ¿Cuántos niveles son convenientes? Yourdon: depende del problema (Miller 57) Miller, G.A. The magical number seven, plus or minus two: Some limits on our capacity for processing information. Psycological Review, vol. 63, pp Diagrama de contexto / sistema Diagrama de subsistemas Diagrama de funciones Diagrama de subfunciones Diagrama de procesos (opcional) Métrica

59 Reglas sintácticas en DFDs
2.- Diagramas de Flujo de Datos Reglas sintácticas en DFDs El origen y/o el destino de un FD es siempre un proceso Excepción: almacenes en el diagrama de contexto (Yourdon 89) CLIENTE datos del mercado CLIENTES CORPORATIVOS informes anuales D DATOS DEL MERCADO CENTROS DE INVESTIGACIÓN datos de investigación P SIST. DE INVESTIG. DE MERCADOS datos del mercado

60 Reglas sintácticas en DFDs (II)
2.- Diagramas de Flujo de Datos Reglas sintácticas en DFDs (II) Todo almacén y todo proceso tienen uno o más FD de E y uno o más FD de S EXCEPCIÓN: un almacén puede no tener FD de salida, por simplificación (p.ej. BD Histórica) RECOMENDACIÓN: si aparece un proceso fuente o sumidero, replantearse los límites del sistema P Sumidero P Fuente

61 Ideas útiles para construir el DFD
2.- Diagramas de Flujo de Datos Ideas útiles para construir el DFD Identificar todos los elementos exógenos Identificar sus relaciones con el sistema Trabajar según alguna de las siguientes filosofías: De inputs a outputs De outputs a inputs Desde una posición intermedia hacia delante o hacia atrás

62 Ideas útiles para construir el DFD (II)
2.- Diagramas de Flujo de Datos Ideas útiles para construir el DFD (II) Nombrar adecuadamente todos los objetos del DFD Numerar adecuadamente procesos y diagramas Realizar una correcta división en subsistemas (DFD 0) Utilizar la descomposición funcional jerárquica hasta alcanzar las funciones primitivas

63 2.- Diagramas de Flujo de Datos
DFDs - Conclusiones Valiosa herramienta de comunicación Usuario, analista, diseñador, programador Se puede combinar con el uso de prototipos Fácil de entender y de aprender Facilita las relaciones con el usuario Amplia difusión

64 DFDs – Conclusiones (II)
2.- Diagramas de Flujo de Datos DFDs – Conclusiones (II) Superado por las metodologías OO, pero todavía vigente: se enseña en 12 de 15 ppales. universidades españolas, industria, administración (Métrica 2.1 y 3), cuerpo de conocimiento de ingeniería del software (SWEBOK, SEEK, etc.) El control no aparece hasta el final de la especificación estructurada No es inmediato el paso a la codificación y prueba  Diseño estructurado

65 DFDs – Conclusiones (III)
2.- Diagramas de Flujo de Datos DFDs – Conclusiones (III) Útil para el análisis y para el diseño del nuevo sistema Más adecuado para el nivel lógico, aunque también puede ser adecuado para el nivel físico (indicando personas concretas, lugares geográficos, formatos de datos, etc.)


Descargar ppt "Ingeniería del Software"

Presentaciones similares


Anuncios Google