![CONTENIDO ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recomendados
Más contenido relacionado
La actualidad más candente
La actualidad más candente (20)
Destacado
Destacado (20)
Similar a Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado diseño estructurado
Similar a Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado diseño estructurado (20)
Clase no. 1 unidad no. iii introduccion al analisis y diseño estructurado diseño estructurado
- 1. TEMA No. 1 INTRODUCCION AL DISEÑO ESTRUCTURADO
- 6. Definiciones de la BD Diccionario de Datos Diagrama de flujo de datos PROC B Z Y X W V A PROC PROC PROC PROC FUENTE DESTINO D ALMACÉN DE DATOS Diagrama E-R (o DED) Diagrama de estructuras Paso al diseño Descripción del proceso Definición del FD Definiciones de los módulos Descrip. E. E.
- 7. El Proceso de Diseño.
- 25. 2.1 DIAGRAMA DE ESTRUCTURA
- 30. OBTENER DATOS CLIENTES MODULO IMPRIMIR CHEQUE DE PAGO MODULO PREDEFINIDO En Métrica también se dispone de: Almacenes de datos Dispositivos físicos NOMBRE DISPOSITIVO 1 CONECTOR
- 32. A C B Orden de ejecución de los módulos: de izquierda a derecha y de arriba abajo (Piattini et al. 96). Estructura repetitiva Estructura alternativa
- 33. Menú login Procesos para departamentos Procesos para Agentes externos Procesos Generales Ejemplo típico de menú:
- 36. Diseño Estructurado Diagrama de estructura Ejemplo
- 37. FIN DE FICHERO EL ENTERO ES VÁLIDO “ CONSEGUIR ENTERO VÁLIDO”: ... LEER_ENTERO( fin_fichero, entero ) ; ... if VALIDAR_ENTERO( entero ) then ... ... Jerarquía Iterativa Cuerpo del Bucle CONSEGUIR ENTERO VÁLIDO LEER ENTERO DE FICHERO VALIDAR ENTERO ENTERO ENTERO ENTERO VÁLIDO FIN DE FICHERO
- 40. 2.2 ESTRATEGIAS DE DISEÑO
- 45. Diseño Estructurado 2.2.1 Análisis de Transformación.
- 47. Diseño Estructurado Análisis de Transformación Ejemplo
- 48. Diseño Estructurado Análisis de Transformación Ejemplo
- 49. Diseño Estructurado Análisis de Transacción Ejemplo
- 50. Diseño Estructurado Análisis de Transacción Ejemplo
Notas del editor
- 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.
- La flecha simboliza que cada modelo se asienta en el anterior.
- La flecha simboliza que cada modelo se asienta en el anterior.
- La flecha simboliza que cada modelo se asienta en el anterior.
- (Molina et al. 97) El diagrama de estructura no representa aspectos procedurales del sistema como las secuencias, alternativas o bucles. Tampoco muestra detalles internos de los módulos como código, algoritmos o datos. Sin embargo, existe una notación, mostrada en (Piattini et al. 96), en la que se representa la secuencia, alternativas y bucles. En este capítulo vamos a ver ejemplos en las dos notaciones, aunque en los ejercicios utilizaremos la notación mostrada en (Piattini et al. 96).
- Ejemplos típicos de módulos serían una función en C o una función o procedimiento en Pascal.
- Un módulo predefinido está disponible en la biblioteca del sistema o de la propia aplicación (a veces, puede ser también un módulo de un sistema operativo o de un SGBD), y por tanto, no es necesario codificarlo. En Métrica se pueden utilizar también: (a) almacenes de datos, que son módulos que representan dónde van a estar físicamente los datos (tablas, ficheros); (b) dispositivos físicos, que son dispositivos (de cualquier tipo) por donde se puede recibir o enviar información que necesite el sistema. Para no perder la referencia, el diagrama de estructura debe dibujarse en una hoja tamaño A4. Si no cabe (bien), se deben explosionar los elementos (como en System Architect) o poner conectores.
- El diagrama de estructuras de una aplicación tiene típicamente una estructura similar a la mostrada en la figura: un conjunto de opciones de menú que se escogen cíclicamente por el usuario.
- El diagrama de estructura no tiene que ser necesariamente un árbol.
- ]
- Importante: son transacciones (caminos) independientes. Tener en cuenta que este esquema tan claro está muy idealizado: normalmente, en los DFDs no está presente de forma explícita el centro de transacción.
- Guía de técnicas de Métrica 2.1, pp.144.
- ¿Es bueno de cara a la reutilización que “Actualizar archivo R (S, T)” haga uso de “imprimir modificaciones”?