RELACION ENTRE LAS ACTIVIDADES DE DISEÑO ERS

Transcripción

1 8.010 RELACION ENTRE LAS ACTIVIDADES DE DISEÑO Diseño de alto nivel (arquitectónico) Diseño de bajo nivel (detallado) Enfoque de datos E-R Modelo lógico de datos Modelo físico de datos Esquema de BD y ficheros ERS DFD Arquitectura de procesos Estructura detallada: programas y módulos Cuadernos de carga Codificación/Programación Enfoque funcional Análisis(Qué) Lenguaje comprensible para el usuario/cliente Diseño Decisiones generales y abstractas (organización lógica) (Cómo) Decisiones concretas y específicas (optimización y rendimiento) Implementación Lenguaje comprensible por la máquina

2 8.020 DIAGRAMA DE ESTRUCTURA GESTIONAR PETICIONES PET_ACEPTADA PET_ACEPTADA INFORME PRESTAMO INFORME PRESTAMO CONSULTAR STOCK TRATAR PETICION INFORMAR PETICION PET_PRESTAMO PET_RECHAZADA LEER PETICION PRESTAMO RECHAZAR PETICION

3 8.030 DIAGRAMA DE ESTRUCTURA A B C

4 8.040 DIAGRAMA DE ESTRUCTURA Según la AECC[AECC, 1986], un módulo es la parte lógica separable de un programa Según Yourdon [YOURDON y CONSTANTINE, 1979], un módulo es una secuencia contigua de sentencias de programa, limitada por delimitadores y que tiene un identificador global Según Fenton [FENTON, 1991], un módulo puede ser cualquier objeto que, en un nivel de abstracción dado, queramos considerar como un concepto simple En la teoríadel diseño estructurado [PAGE-JONES, 1988], un módulo es aquella parte de código que se puede llamar

5 8.050 DIAGRAMA DE ESTRUCTURA Coste o Esfuerzo Coste Total del Software Coste de interfaz Región de coste mínimo Coste por módulo Nº Módulos

6 8.060 DIAGRAMA DE ESTRUCTURA CONEXION ENTRE MODULOS Un sistema está compuesto por módulos organizados jerárquicamente, cooperando y comunicándose entre sí para realizar una tarea. La llamada de un módulo se representa con una flecha

7 8.070 DIAGRAMA DE ESTRUCTURA COMUNICACION ENTRE MODULOS La comunicación intermodular se realiza a través de los datos y los flags. Los datos se procesan; por el contrario, los flags sólo sirven como valores de condición para comunicar condiciones entre los módulos. Otra diferencia es que los datos están relacionados con el problema y son importantes para el mundo exterior, mientras que los flags sólo importan para la comunicación de información.

8 8.080 TABLA DE INTERFAZ 1.- El módulo llamado 2.- Cada parámetro formal 3.- Si el parámetro es de entrada (marcando la columna correspondiente) 4.- Si el parámetro es de salida (marcando la columna correspondiente) 5.- El uso de cada parámetro 6.- El significado de cada parámetro

9 8.090 TABLA DE INTERFAZ Módulo Parámetro Formal Entrada Salida Uso Significado Parámetro F(x,y) x sí no P Fecha-Nacimiento y no sí M Edad

10 8.100 TABLA DE INTERFAZ Nemotécnico Significa P El parámetro es PROCESADO: a = b + 2 M T El parámetro es MODIFICADO: a = 3 + b El parámetro es TRANSFERIDO por el módulo llamado a otro módulo que éste llama, sin modificar su valor C El parámetro es usado como una VARIABLE DE CONTROL, quizás para actuar como índice conmutador, como un valor de un flago para la especificación de una función que es usada por el módulo llamado. I El parámetro es TRANSFERIDO a otro módulo, y es MODIFICADO en este segundo módulo

11 8.110 TABLA DE INTERFAZ Módulo Parámetro Formal Entrada Salida Uso Significado Parámetro TRATAR PETICIÓN Pet_Aceptada sí no P Petición Aceptada Informe Préstamo no sí I Informe de Préstamo INFORMAR PETICIÓN Informe Préstamo sí no P Informe de Préstamo

12 8.120 ESTRATEGIAS DE DISEÑO FLUJO DE TRANSFORMACION FLUJO DE LLEGADA FLUJO DE TRANSFORMACIÓN FLUJO DE SALIDA

13 8.130 ESTRATEGIAS DE DISEÑO FLUJO DE TRANSACCION CENTRO DE TRANSACCIÓN Camino de acción Camino de acción Camino de acción 3

14 8.140 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION Revisión del modelo fundamental del sistema Determinar si el DFD tiene características de transformación o de transacción Aislar el centro de transformación, especificando los límites del flujo de llegada y de salida Realizar el primer corte del diagrama de estructura Ejecución del segundo nivel de factorización Refinar la estructura del sistema utilizando medidas y guías de siseño Asegurarse del trabajo realizado por el diseño obtenido

15 8.150 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION Entrada Salida Transformación Cm Ce Ct Cs

16 8.160 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION Cm Entrada Salida Ce Ct Cs a b Transformación 4.2 z leer a leer b escribir z

17 8.170 ALMACÉN PROVEEDOR ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION DOCUMENTOS ALMACEN PEDIDO GLOBAL 0 GESTIONAR CENTRAL DE COMPRAS CATALOGO NOTIFICACIÓN PEDIDO ALMACÉN PROVEEDOR CATALOGO 1 SELECCIONAR MEJORES OFERTAS MEJORES OFERTAS PEDIDO GLOBAL 2 HACER PEDIDOS SEGUN OFERTAS DOCUMENTOS ALMACEN NOTIFICACIÓN PEDIDO

18 8.180 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION HISTORICO VENTAS 2.1 RECIBIR HISTORICO VENTAS HISTORICO VENTAS RECIBIDO HISTORICO VENTAS RECIBIDO 2.3 AJUSTAR PEDIDOS ALMACEN CORREGIDO PEDIDOS CORREGIDOS PEDIDO RELLENADO 2.2 RECIBIR PEDIDOS RELLENADOS HISTORICO PEDIDOS PEDIDO RELLENADO RECIBIDO PEDIDO RELLENADO RECIBIDO MEJORES OFERTAS MEJOR OFERTA CORREGIDO 2.4 HACER PEDIDO GLOBAL PEDIDO GLOBAL NOTIFICACION PEDIDO CATALOGO 1.1 RECIBIR CATALOGO CATALOGO RECIBIDO CATALOGOS CATALOGO RECIBIDO MEJOR OFERTA 1.2 CALCULAR MEJORES OFERTAS

19 8.190 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION H_V_R H_V_R Recibir Documentación Almacen P_R_R P_R_R C_R Recibir Catálogo Gestión Central Compras P_R_R H_V_R Catálogo Corregido C_R Ajustar Pedidos Almacén M_O M_O Calcular Mejores Ofertas Notificación Pedido Corregido Hacer Pedido Global Pedido Global Recibir Histórico Ventas Recibir Pedidos Rellenados Leer Catálogo Imprimir Notificación Pedido Imprimir Pedido Global H_V Leer Histórico Ventas Leer Pedidos Rellenados P_R H_V = Historico_Ventas H_V_R = Histórico_Ventas_Recibido P_R = Pedido_Rellenado P_R_R = Pedido_Rellenado_Recibido C_R = Catálogo Recibido M_O = Mejores_Ofertas

20 8.200 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION Gestión Central Compras Leer H_V Recibir Histórico Ventas H_V Esc H Recibir Documentación Almacen H_V_R Leer P_R Recibir Pedidos Rellenados P_R Esc P P_R_R Leer Cat Recibir Catálogo Cat Esc Cat H_V_R C_R Leer H Ajustar Pedidos Almacen P_R_R Leer Cat Esc PCo C_R Cgdo Leer Cat Calcular Mejores Ofertas M_O M_O E/L MO Leer PCo Hacer Pedido Global Impr N_P Cgdo N_P P_G Impr P_G

21 8.210 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION CENTRO DE TRANSACCIÓN Camino de acción Camino de acción Camino de acción 3

22 8.220 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION Revisión del modelo fundamental del sistema Determinar si el DFD tiene características de transformación o de transacción Identificar el centro de transacción y las características del flujo de cada camino de acción Realizar el primer corte del diagrama de estructuras Realizar el segundo nivel de factorización Refinar la estructura del programa Asegurarse del trabajo realizado por el diseño obtenido

23 8.230 a ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION A D P b Cm Q Ce D R z C1 C2 C3 Camino 3 Camino 2 Camino 1

24 8.240 a A Camino 3 D Camino 2 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION P b Q R z Camino 1 Ce A Leer a Cm D C1 C2 C3 P Q R Leer b Escribir z

25 8.250 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION USUARIO Carnet GESTIONAR PISCINA 0 Entrada USUARIO Carnet SELEC. TIPO CARNET 1 Carnet Estudiante TRATAR ESTUDIANTE 2 Entrada Carnet Trabajador TRATAR TRABAJADOR 3 Entrada

26 8.260 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION Carnet SELEC. TIPO CARNET 1 C-Est COMPROBAR CARNET ESTUDIANTE 2.1 C-Trab C-Est Valid NUMERAR TALON ESTUDIANTE 2.2 Entrada Estudiante PREPARAR ENTRADA ESTUDIANTE 2.3 Entrada COMPROBAR CARNET TRABAJADOR 3.1 C-Trab Valid NUMERAR TALON TRABAJADOR 3.2 Entrada Trabajador PREPARAR ENTRADA TRABAJADOR 3.3 Entrada

27 8.270 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION Carnet GESTIONAR PISCINA Carnet LEER CARNET GESTIONAR TIPO ENTRADA Carnet Estudiante Carnet_Trabajador GESTIONAR ESTUDIANTE GESTIONAR TRABAJADOR

28 8.280 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION GESTIONAR ESTUDIANTE Carnet_Estudiante GESTIONAR ESTUDIANTE Entrada_Estudiante COMPROBAR CARNET ESTUDIANTE Carnet Validad o NUMERAR TALON ESTUDIANTE Entrada Estudiante ENTREGAR ENTRADA Entrada COGER ENTRADA

29 8.290 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION Tipo_Carnet GESTIONAR PISCINA Tipo_Carnet LEER CARNET GESTIONAR TIPO ENTRADA GESTIONAR ESTUDIANTE GESTIONAR TRABAJADOR

30 8.300 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION GESTIONAR ESTUDIANTE COMPROBAR CARNET ESTUDIANTE Carnet_Estudiante LEER Carnet Est Carnet Validado GESTIONAR ESTUDIANTE NUMERAR TALON ESTUDIANTE Entrada Estudiante Entrada_Estudiante ENTREGAR ENTRADA COGER ENTRADA Entrada

31 8.310 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ESCALA DE ACOPLAMIENTO NORMAL MEJOR - de datos - por estampado - de control EXTERNO COMÚN POR CONTENIDO PEOR

32 8.320 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO NORMAL A B

33 8.330 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO DE DATOS OBTENER DNI CLIENTE DNI CLIENTE LEER DNI CLIENTE

34 8.340 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO POR ESTAMPADO OBTENER DNI CLIENTE CLIENTE LEER CLIENTE

35 8.350 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO DE CONTROL OBTENER DATOS CLIENTE CLIENTE TIPO DATO LEER CLIENTE

36 8.360 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO EXTERNO Dos módulos tienen acoplamiento externo si ambos hacen referencia a una variable global, pero las referencias entre módulos consisten en registros individuales de datos y no en la estructura global de datos.

37 8.370 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO COMUN (GLOBAL) Un grupo de módulos están acoplados comúnmente cuando comparten una estructura global de datos (entorno común).

38 8.380 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO POR CONTENIDO El acoplamiento por contenido es un tipo de acoplamiento patológico. Esto significa que hay que evitarlo a toda costa o, dicho con otras palabras, que un diseño con tal tipo de acoplamiento es inaceptable. Dos módulos presentan acoplamiento por contenido si uno hace una referencia al interior del otro.

39 8.390 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION FUNCIONAL SECUENCIAL COMUNICACIONAL PROCEDURAL TEMPORAL LÓGICA COINCIDENTAL Mayor Cohesión Menor Cohesión módulo como caja negra módulo transparente

40 8.400 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION FUNCIONAL Todos los elementos que componen el módulo están relacionados en el desarrollo de una única función

41 8.410 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION SECUENCIAL Existe cohesión secuencial cuando el módulo representa el empaquetamiento físico de varios módulos con cohesión funcional. Se usa cuando varios módulos con cohesión funcional trabajan sobre la misma estructura de datos, pero han de existir tantos puntos de entrada como número de funciones realice dicho módulo

42 8.420 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION COMUNICACIONAL Un módulo con cohesión comunicacional es aquel cuyos elementos o actividades utilizan los mismos datos de entrada y salida. Los módulos con cohesión comunicacional y los que tienen cohesión secuencial parecen similares, ya que contienen actividades organizadas en torno a los datos del problema

43 8.430 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION PROCEDIMENTAL Este tipo de cohesión se da cuando el módulo tiene una serie de elementos (funciones) relacionados por un procedimiento efectuado por el código

44 8.440 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION TEMPORAL Un módulo con cohesión temporal es aquel cuyos elementos están implicados en actividades que están relacionadas en el tiempo

45 8.450 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION LOGICA Un módulo tiene cohesión lógica cuando existe alguna relación entre los elementos del módulo, y en algunos casos puede dar lugar a confusiones por no estar bien definidas las fronteras entre los diferentes elementos del módulo

46 8.460 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION COINCIDENTAL Se dice que en un módulo existe cohesión coincidental cuando entre los elementos que lo componen no existe ninguna relación con sentido.

47 8.600 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Se basa en el principio de que la base inicial del diseño del programa son los datos del problema y no los requisitos funcionales exigidos. Permite una mayor objetividad. Partir de una buena especificación del problema que queremos resolver: datos de entrada,datos de salida y algoritmos aplicables.

48 8.610 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Formar las estructuras de datos de salida (estructura lógica de salida) y de entrada (estructura lógica de entrada) a partir de los datos del problema. Determinar las correspondencias (o los elementos comunes) entre ambas estructuras de datos. En función de las correspondencias obtener una estructura única para el programa, que puede traducirse fácilmente a un diagrama de flujo de control. Asignar a la estructura del programa las operaciones ejecutables de programa derivadas de las especificaciones funcionales Traducir el conjunto estructura-operaciones a un formato de pseudocódigo (lógica esquemática) cuya codificación resulta bastante sencilla.

49 8.620 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Especificación del problema Datos Funciones Estructura de los datos de entrada 1 Estructura de los datos de salida 2 Correspondencias 3 Estructura de programa Operaciones del programa 5 Pseudocódigo 4

50 8.630 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON SECUENCIA: Se tiene una estructura de secuencia cuando dos o más componentes son colocados juntos en estricto orden secuencial para formar un componente mayor. REPETICION: Se usa una construcción de repetición cuando un componente o elemento de datos se repite varias veces. La iteración, a diferencia de las otras estructuras, está formada por un único subcomponente. SELECCION: La selección se muestra cuando se debe escoger entre dos o más componentes. La selección puede tener una, dos o más de dos alternativas.

51 8.640 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON PROGRAMA 2.1 PRINCIPIO PROGRAMA PRODUCIR CABECERA PROCESAR CUERPO PROCESAR PRESTAMO PRODUCIR LINEA TOTALES FINAL PROGRAMA PROCESAR PRESTAMO NORMAL PROCESAR PRESTAMO GRADO 5 PROCESAR REGISTRO PROCESAR REG PREST PROCESAR RECIBOS COBRADOS PROCESAR REGISTRO RECIBO PROCESAR RECIBOS NO COBRADOS PROCESAR LINEA RECIBO PRODUCIR LINEA TOTAL

52 8.650 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Opción A: DATOS CURSO* Opción B: DATOS ALUMNO * CÓDIGO CURSO NOMBRE PROFESOR CLASE NOMBRE ALUMNO ASISTE NOMBRE ALUMNO ALUMNO * NOTA Opción C: DATOS PROFESOR * CÓDIGO CURSO CURSO* NOMBRE PROFESOR NOTA NOMBRE PROFESOR CÓDIGO CURSO CURSO* CLASE ALUMNO * NOMBRE ALUMNO NOTA

53 8.660 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Núm.Cliente Nombre Núm.Movim. Mov.Debe Núm.Movim. Mov.Haber Núm.Movim. Mov.Debe Mov.Debe Ant. saldo Nuevo saldo Total debe Total haber Núm.Cliente Nombre Ant. saldo Nuevo saldo

54 8.670 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Num. Cliente Nombre Antiguo saldo Num. Cliente Num.Movimiento Importe Código (Debe/Haber)

55 8.680 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Entrada Vacía o o Datos * 1 Cliente Número Nombre A.Saldo Operaciones o Sin movimientos o Movimientos * 1 movimiento

56 8.690 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Salida Vacía o o Listado * 1 Cliente Número Nombre Operaciones A.Saldo N.Saldo o Sin movimientos o Movimientos * 1 movimiento Debe o o Haber

57 8.700 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Entrada Salida Vacía o o Datos Vacía o o Listado * 1 Cliente * 1 Cliente Número Nombre A.Saldo Operaciones Número Nombre o Sin movimientos Operaciones o Movimientos A.Saldo N.Saldo o Sin movimientos o Movimientos * 1 movimiento * 1 movimiento Debe o o Haber

58 8.710 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Programa o Sin tratamiento o Tratamiento 1 Cliente * o Sin movimientos o Movimientos 1 movimiento * o Debe o Haber

59 8.720 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON If entrada no vacía then while no fin fichero do if cliente con movimiento then while haya movimientos do if debe then tratar mov.debe else tratar mov.haber else tratamiento sin mov. total cuenta de cliente; else tratamiento fichero vacío. finalizar tratamiento.

60 8.800 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIER 1. El principio de la ordenación jerárquica de los conjuntos de información (salida, entrada y programa). 2. El principio de correspondencia en la organización de los conjuntos de información

61 8.810 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIER Secuencia, representada por diversos elementos que se suceden de arriba a abajo en un mismo nivel. Repetición de ocurrencias dentro de un mismo conjunto, que se representan en los diagramas indicando el número mínimo y máximo de las mismas: por ejemplo, (0,n). Selección entre ocurrencias de un conjunto, se efectúa la subdivisión en subconjuntos cuya presencia es aleatoria y excluyentes entre sí, y se representa por medio del símbolo +

62 8.820 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIER La organización jerárquica de los datos de entrada determinada por los datos de salida La organización del programa viene determinada por los datos de entrada El control del programa se realiza a partir de los datos de salida

63 8.830 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIER Determinación de la estructura de los datos de salida Determinación de la estructura de los datos de entrada en función de la salida deseada Determinación de la estructura óptima del programa basada en el estructura de entrada Creación de una lista de pseudoinstrucciones Asignación de las mismas a cada elemento de la estructura del programa

64 8.840 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIER PROGRAMA PRUEBA NIVEL 1 PASO 1 (1) NIVEL 2 A tarea a (0-1)/?1 A tarea b (0-1) C tarea c (0-1)/?2 PROGRAMA PASO 2 (1) PASO 3 (1,r)/?4 C tarea d (0-1) VERDEtarea x (0-1)/?3 VERDEtarea y (0-1) CALL I Tarea m I N1 PRINCIPIO (1) PROCESO 1 (0-1)/?X1 PROCESO 2 (0-1)/?X2 FIN (1)