DISEÑO DE SISTEMAS• Diagramas de Estructura• Tablas de interfaz• Estrategias de diseño      •Transformación      •Transacc...
DISEÑO ESTRUCTURADO DE SISTEMAS8.010 RELACION ENTRE LAS ACTIVIDADES DE DISEÑO                                             ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.020                      DIAGRAMA DE ESTRUCTURA                                        GE...
DISEÑO ESTRUCTURADO DE SISTEMAS8.030        DIAGRAMA DE ESTRUCTURA                       A                       B        ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.040                 DIAGRAMA DE ESTRUCTURA                          Concepto de módulo   ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.050           DIAGRAMA DE ESTRUCTURA                                         Coste TotalC...
DISEÑO ESTRUCTURADO DE SISTEMAS8.060                 DIAGRAMA DE ESTRUCTURA                  CONEXION ENTRE MODULOS   Un s...
DISEÑO ESTRUCTURADO DE SISTEMAS8.070                  DIAGRAMA DE ESTRUCTURA                 COMUNICACION ENTRE MODULOS   ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.080            TABLA DE INTERFAZ        1.- El módulo llamado        2.- Cada parámetro f...
DISEÑO ESTRUCTURADO DE SISTEMAS8.090                       TABLA DE INTERFAZ        Módulo   Parámetro   Entrada   Salida ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.100                         TABLA DE INTERFAZ        Nemotécnico                         ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.110                      TABLA DE INTERFAZ        Módulo      Parámetro       Entrada   S...
DISEÑO ESTRUCTURADO DE SISTEMAS8.120                 ESTRATEGIAS DE DISEÑOEl diseño estructurado ofrece dos estrategias pa...
DISEÑO ESTRUCTURADO DE SISTEMAS8.120        ESTRATEGIAS DE DISEÑO        FLUJO DE TRANSFORMACION        1.1        1.2    ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.130               ESTRATEGIAS DE DISEÑO                   FLUJO DE TRANSACCION           ...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.140                            ESTRATEGIAS DE DISEÑO                        ANALISIS DE...
DISEÑO ESTRUCTURADO DE SISTEMAS   8.140                                 ESTRATEGIAS DE DISEÑO                             ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.150               ESTRATEGIAS DE DISEÑO              ANALISIS DE TRANSFORMACION        En...
DISEÑO ESTRUCTURADO DE SISTEMAS      8.160                      ESTRATEGIAS DE DISEÑO                     ANALISIS DE TRAN...
DISEÑO ESTRUCTURADO DE SISTEMAS8.170Ejemplo         ESTRATEGIAS DE DISEÑO               ANALISIS DE TRANSFORMACION        ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.180                    ESTRATEGIAS DE DISEÑO                   ANALISIS DE TRANSFORMACION...
DISEÑO ESTRUCTURADO DE SISTEMAS   8.190                            ESTRATEGIAS DE DISEÑO                           ANALISI...
DISEÑO ESTRUCTURADO DE SISTEMAS   8.200                         ESTRATEGIAS DE DISEÑO                        ANALISIS DE T...
DISEÑO ESTRUCTURADO DE SISTEMAS8.210                 ESTRATEGIAS DE DISEÑO                 ANALISIS DE TRANSACCION        ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.220                       ESTRATEGIAS DE DISEÑO                        ANALISIS DE TRANSA...
DISEÑO ESTRUCTURADO DE SISTEMAS8.220                    ESTRATEGIAS DE DISEÑO                    ANALISIS DE TRANSACCION  ...
DISEÑO ESTRUCTURADO DE SISTEMAS   8.230                      ESTRATEGIAS DE DISEÑO                      ANALISIS DE TRANSA...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.240                        ESTRATEGIAS DE DISEÑO                         ANALISIS DE TR...
DISEÑO ESTRUCTURADO DE SISTEMAS8.250                  ESTRATEGIAS DE DISEÑO                  ANALISIS DE TRANSACCION      ...
DISEÑO ESTRUCTURADO DE SISTEMAS    8.260                         ESTRATEGIAS DE DISEÑO                         ANALISIS DE...
DISEÑO ESTRUCTURADO DE SISTEMAS8.270                 ESTRATEGIAS DE DISEÑO                 ANALISIS DE TRANSACCION        ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.280                       ESTRATEGIAS DE DISEÑO                        ANALISIS DE TRANSA...
DISEÑO ESTRUCTURADO DE SISTEMAS8.290                      ESTRATEGIAS DE DISEÑO                      ANALISIS DE TRANSACCI...
DISEÑO ESTRUCTURADO DE SISTEMAS 8.300                    ESTRATEGIAS DE DISEÑO                    ANALISIS DE TRANSACCION ...
DISEÑO ESTRUCTURADO DE SISTEMAS    8.310            ATRIBUTOS DE LA CALIDAD DE UN DISEÑOEn cada proyecto se deben decidir ...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.310          ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                    Acoplamiento     E...
DISEÑO ESTRUCTURADO DE SISTEMAS8.310        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO               ESCALA DE ACOPLAMIENTO     ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.320        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO            ACOPLAMIENTO NORMAL           ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.330        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO           ACOPLAMIENTO DE DATOS          ...
DISEÑO ESTRUCTURADO DE SISTEMAS      8.340              ATRIBUTOS DE LA CALIDAD DE UN DISEÑO         ACOPLAMIENTO POR ESTA...
DISEÑO ESTRUCTURADO DE SISTEMAS8.350        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                  ACOPLAMIENTO DE CONTROL ...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.360          ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                    ACOPLAMIENTO EXTER...
DISEÑO ESTRUCTURADO DE SISTEMAS8.370        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO            ACOPLAMIENTO COMUN (GLOBAL)Un ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.380         ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                ACOPLAMIENTO POR CONTENID...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.390          ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                        Cohesión Indic...
DISEÑO ESTRUCTURADO DE SISTEMAS8.390        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                         COHESION         ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.400        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                  COHESION FUNCIONAL      ...
DISEÑO ESTRUCTURADO DE SISTEMAS 8.410          ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                       COHESION SECUENC...
DISEÑO ESTRUCTURADO DE SISTEMAS      8.420              ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                      COHESION...
DISEÑO ESTRUCTURADO DE SISTEMAS8.420        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO              COHESION COMUNICACIONAL     ...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.430          ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                   COHESION PROCEDIMEN...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.440          ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                COHESION TEMPORALUn mó...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.450          ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                       COHESION LOGICA...
DISEÑO ESTRUCTURADO DE SISTEMAS8.450        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO                   COHESION LOGICA
DISEÑO ESTRUCTURADO DE SISTEMAS8.460        ATRIBUTOS DE LA CALIDAD DE UN DISEÑO               COHESION COINCIDENTALSe dic...
DISEÑO ESTRUCTURADO DE SISTEMAS 8.600         METODOLOGIAS DE DISEÑO DE PROGRAMAS  Permiten conseguir una estructura jerár...
DISEÑO ESTRUCTURADO DE SISTEMAS 8.600         METODOLOGIAS DE DISEÑO DE PROGRAMAS                             MODELO JACKS...
DISEÑO ESTRUCTURADO DE SISTEMAS 8.610         METODOLOGIAS DE DISEÑO DE PROGRAMAS                     Fases del Modelo de ...
DISEÑO ESTRUCTURADO DE SISTEMAS 8.620         METODOLOGIAS DE DISEÑO DE PROGRAMAS                                MODELO JA...
DISEÑO ESTRUCTURADO DE SISTEMAS   8.630           METODOLOGIAS DE DISEÑO DE PROGRAMASDiagramas de Estructura de Jackson ti...
DISEÑO ESTRUCTURADO DE SISTEMAS      8.640      METODOLOGIAS DE DISEÑO DE PROGRAMAS                                   MODE...
DISEÑO ESTRUCTURADO DE SISTEMAS   8.650   METODOLOGIAS DE DISEÑO DE PROGRAMAS                           MODELO JACKSON    ...
DISEÑO ESTRUCTURADO DE SISTEMAS       8.660       METODOLOGIAS DE DISEÑO DE PROGRAMAS                                MODEL...
DISEÑO ESTRUCTURADO DE SISTEMAS8.670METODOLOGIAS DE DISEÑO DE PROGRAMAS                    MODELO JACKSON            Conte...
DISEÑO ESTRUCTURADO DE SISTEMAS8.680METODOLOGIAS DE DISEÑO DE PROGRAMAS          MODELO JACKSON                           ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.690        METODOLOGIAS DE DISEÑO DE PROGRAMAS                       MODELO JACKSON      ...
DISEÑO ESTRUCTURADO DE SISTEMAS     8.700             METODOLOGIAS DE DISEÑO DE PROGRAMAS                                 ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.710        METODOLOGIAS DE DISEÑO DE PROGRAMAS                          MODELO JACKSON   ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.720        METODOLOGIAS DE DISEÑO DE PROGRAMAS                            MODELO JACKSON ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.800        METODOLOGIAS DE DISEÑO DE PROGRAMAS                   METODOLOGIA WARNIER     ...
DISEÑO ESTRUCTURADO DE SISTEMAS8.810        METODOLOGIAS DE DISEÑO DE PROGRAMAS                 METODOLOGIA WARNIER Secuen...
DISEÑO ESTRUCTURADO DE SISTEMAS                   8.820                               METODOLOGIAS DE DISEÑO DE PROGRAMAS ...
DISEÑO ESTRUCTURADO DE SISTEMAS             8.830                          METODOLOGIAS DE DISEÑO DE PROGRAMAS            ...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.840          METODOLOGIAS DE DISEÑO DE PROGRAMAS                      METODOLOGIA WARNI...
DISEÑO ESTRUCTURADO DE SISTEMAS 8.010Ejercicio 1Una empresa compra a una serie de proveedores diferentes piezas que poster...
DISEÑO ESTRUCTURADO DE SISTEMAS8.010          Proveedores        proveedor                      factura               Clie...
DISEÑO ESTRUCTURADO DE SISTEMAS8.010  proveedor         Dar de Alta                    Proveedor                          ...
DISEÑO ESTRUCTURADO DE SISTEMAS  8.010Ejercicio 2Se desea automatizar la gestión de un VideoClub. El funcionamiento del si...
DISEÑO ESTRUCTURADO DE SISTEMAS8.010                      Alquiler                                        Gestionar     Ca...
DISEÑO ESTRUCTURADO DE SISTEMAS8.010        Comprobante        Alquiler                ALQUILERES                 Gestiona...
Upcoming SlideShare
Loading in...5
×

Jackson

1,247

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
1,247
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
36
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Jackson"

  1. 1. DISEÑO DE SISTEMAS• Diagramas de Estructura• Tablas de interfaz• Estrategias de diseño •Transformación •Transacción• Atributos de calidad de un diseño• Metodologías de diseño •Modelo de Jackson •Metodología de Warnier
  2. 2. DISEÑO ESTRUCTURADO DE SISTEMAS8.010 RELACION ENTRE LAS ACTIVIDADES DE DISEÑO Análisis (Qué) ERS Lenguaje comprensible para el usuario/cliente E-R DFD Enfoque de datos Enfoque funcional Decisiones generales y abstractas (organiza- Diseño de ción lógica) alto nivel Modelo lógico de datos Arquitectura de procesos (arquitectónico) Diseño (Cómo) Estructura detallada: Diseño de Modelo físico de datos programas y módulos bajo nivel Decisiones concretas (detallado) y específicas (optimiza- Esquema de BD Cuadernos de ción y rendimiento) y ficheros carga Implementación Codificación/Programación Lenguaje comprensible por la máquina
  3. 3. DISEÑO ESTRUCTURADO DE SISTEMAS8.020 DIAGRAMA DE ESTRUCTURA GESTIONAR PETICIONES INFORME PET_ACEPTADA INFORME PRESTAMO PET_ACEPTADA PRESTAMO CONSULTAR STOCK TRATAR INFORMAR PETICION PETICION PET_PRESTAMO PET_RECHAZADA LEER RECHAZAR PETICION PETICION PRESTAMO
  4. 4. DISEÑO ESTRUCTURADO DE SISTEMAS8.030 DIAGRAMA DE ESTRUCTURA A B C
  5. 5. DISEÑO ESTRUCTURADO DE SISTEMAS8.040 DIAGRAMA DE ESTRUCTURA Concepto de módulo • Según la Asociación Española para el Control de Calidad [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ía del diseño estructurado [PAGE-JONES, 1988], un módulo es aquella parte de código que se puede llamar
  6. 6. DISEÑO ESTRUCTURADO DE SISTEMAS8.050 DIAGRAMA DE ESTRUCTURA Coste TotalCoste o del Software Coste deEsfuerzo interfaz Región de coste mínimo Coste por módulo Nº Módulos
  7. 7. DISEÑO ESTRUCTURADO DE SISTEMAS8.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
  8. 8. DISEÑO ESTRUCTURADO DE SISTEMAS8.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.
  9. 9. DISEÑO ESTRUCTURADO DE SISTEMAS8.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
  10. 10. DISEÑO ESTRUCTURADO DE SISTEMAS8.090 TABLA DE INTERFAZ Módulo Parámetro Entrada Salida Uso Significado Formal Parámetro F(x,y) x sí no P Fecha-Nacimiento y no sí M Edad
  11. 11. DISEÑO ESTRUCTURADO DE SISTEMAS8.100 TABLA DE INTERFAZ Nemotécnico Significa P El parámetro es PROCESADO: a = b + 2 M El parámetro es MODIFICADO: a = 3 + b T 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 flag o 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
  12. 12. DISEÑO ESTRUCTURADO DE SISTEMAS8.110 TABLA DE INTERFAZ Módulo Parámetro Entrada Salida Uso Significado Formal Parámetro TRATAR Pet_Aceptada sí no P Petición Aceptada PETICIÓN Informe Préstamo no sí I Informe de Préstamo INFORMAR Informe Préstamo sí no P Informe de Préstamo PETICIÓN
  13. 13. DISEÑO ESTRUCTURADO DE SISTEMAS8.120 ESTRATEGIAS DE DISEÑOEl diseño estructurado ofrece dos estrategias para conseguir unacreación rápida de un buen diseño a partir de una ERS: - Diseño por Transformación: los datos entran en el sistema mediante caminos que se denominan flujos de entrada. En el núcleo se produce una transformación de los datos, y finalmente, los datos se mueven por caminos que conducen a la salida. - Diseño por transacción: Existe un centro de transacción que es el centro de flujo, desde el que emanan muchos caminos alternativos de forma exclusiva.El diseño estructurado permite una transición del DFD a unadescripción de diseño de la estructura del programa. Se definenunos pasos que están en función del tipo de flujo de información deque se trate.
  14. 14. DISEÑO ESTRUCTURADO DE SISTEMAS8.120 ESTRATEGIAS DE DISEÑO FLUJO DE TRANSFORMACION 1.1 1.2 3 4.1 2.2 2.1 4.2 FLUJO DE FLUJO DE LLEGADA SALIDA FLUJO DE TRANSFORMACIÓN
  15. 15. DISEÑO ESTRUCTURADO DE SISTEMAS8.130 ESTRATEGIAS DE DISEÑO FLUJO DE TRANSACCION Camino de acción 1 CENTRO DE TRANSACCIÓN 2.1 2.2 Camino de acción 2 1 3.1 3.2 Camino de acción 3 4.1 4.2
  16. 16. DISEÑO ESTRUCTURADO DE SISTEMAS 8.140 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION1. Revisión del modelo fundamental del sistema Debe haberse aplicado análisis estructurado (DFD). Hay que considerar al el DFD expandido (3er nivel).2. Determinar si el DFD tiene características de transformación o de transacción La mayoría de flujos se representan como transformaciones. Si existe un proceso con salidas exclusivas entonces se trata de un problema de transacción..3. Aislar el centro de transformación, especificando los límites del flujo de llegada y de salida El centro de transformación es la parte del DFD que contiene las funciones esenciales del sistema. Los límites están abiertos a interpretación (diseñador) diferentes soluciones de diseño según la localización de los límites del flujo.
  17. 17. DISEÑO ESTRUCTURADO DE SISTEMAS 8.140 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION4. Realizar el primer corte del diagrama de estructura Primer nivel de factorización del DE: módulo principal coordinador, controlador de entrada, controlador del centro de transformación, y módulo controlador de salida de datos del sistema. Los módulos deben tener nombres significativos. El nombre del Cm coincide con el nombre del diagrama de contexto5. Ejecución del segundo nivel de factorización Se empieza en los límites y se dirige hacia fuera. Las transformaciones se convierten en módulos. Se introducen módulos predefinidos que proporcionen las diferentes E/S que necesita/genera el sistema.6. Refinar la estructura del sistema utilizando medidas y guías de diseño Se pueden aumentar disminuir el nº de módulos para producir una factorización lógica, con buena calidad, fácil de implementar/probar/mantener. Refinamientos: están dictados por consideraciones prácticas, sentido común y requisitos del software. Reflejar los parámetros: datos=flujos de información del DFD; flags=se obtienen de las descripciones de procesos.7. Asegurarse del trabajo realizado por el diseño obtenido Se puede revisar el DE comprobando que el orden de ejecución de los módulos es el correcto
  18. 18. DISEÑO ESTRUCTURADO DE SISTEMAS8.150 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION Entrada Salida 1.1 1.2 Aislar el centro de 3 transformación 4.1 2.2 2.1 4.2 Transformación Primer corte del Cm diagrama de estructuras Ce Ct Cs
  19. 19. DISEÑO ESTRUCTURADO DE SISTEMAS 8.160 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION Cm Entrada Salida Ce Ct Csa 1.1 1.2 3 4.1 1.2 2.2 3 4.1 2.2b 2.1 z 1.1 2.1 4.2 4.2 Transformación leer a leer b escribir z Segundo nivel de factorización
  20. 20. DISEÑO ESTRUCTURADO DE SISTEMAS8.170Ejemplo ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION DOCUMENTOS ALMACEN PEDIDO GLOBAL ALMACÉN ALMACÉN 0 GESTIONAR CENTRAL DE PROVEEDOR COMPRAS CATALOGO PROVEEDOR NOTIFICACIÓN PEDIDO MEJORES OFERTAS DOCUMENTOS ALMACEN 1CATALOGO 2 SELECCIONAR HACER MEJORES PEDIDOS OFERTAS SEGUN PEDIDO GLOBAL OFERTAS NOTIFICACIÓN PEDIDO
  21. 21. DISEÑO ESTRUCTURADO DE SISTEMAS8.180 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION HISTORICO VENTAS 2.1 RECIBIR CORREGIDO 2.3 HISTORICO HISTORICO HISTORICO AJUSTAR PEDIDOS VENTAS VENTAS VENTAS RECIBIDO PEDIDOS CORREGIDOS RECIBIDO ALMACEN HISTORICO CORREGIDO PEDIDO PEDIDO GLOBAL RELLENADO PEDIDOS RECIBIDOPEDIDO 2.4RELLENADO HACER 2.2 PEDIDO RECIBIR PEDIDO RELLENADO MEJOR GLOBAL PEDIDOS RECIBIDO OFERTA RELLENADOS NOTIFICACION MEJORES PEDIDO OFERTAS MEJOR CATALOGO OFERTACATALOGO 1.1 RECIBIDO CATALOGOS RECIBIR 1.2 CATALOGO CATALOGO CALCULAR RECIBIDO MEJORES OFERTAS
  22. 22. DISEÑO ESTRUCTURADO DE SISTEMAS 8.190 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION Gestión Central Compras P_R_R M_O H_V_R Corregido P_R_R Corre- C_R gido M_O H_V_R C_R Recibir Ajustar Calcular Hacer Documenta- Recibir Pedidos Mejores Pedido ción Catálogo Almacén Ofertas Global AlmacenH_V_R Notificación Pedido P_R_R Catálogo Pedido Global Recibir Recibir Imprimir ImprimirHistórico Pedidos Leer Catálogo Notificación Pedido Ventas Rellenados Pedido Global H_V P_R H_V = Historico_Ventas Leer Leer H_V_R = Histórico_Ventas_RecibidoHistórico Pedidos P_R = Pedido_Rellenado Ventas Rellenados P_R_R = Pedido_Rellenado_Recibido C_R = Catálogo Recibido M_O = Mejores_Ofertas
  23. 23. DISEÑO ESTRUCTURADO DE SISTEMAS 8.200 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSFORMACION Gestión Central Compras Recibir Ajustar Calcular Hacer Documenta- Recibir Pedidos Mejores Pedido ción Catálogo Almacen Ofertas Global Almacen P_G Cgdo M_O N_P H_V_R P_R_R Recibir Recibir Impr Impr Histórico Pedidos Cat Leer Leer Esc N_P P_G Ventas Rellenados H Cat PCo H_V C_R Cgdo H_V_R P_R_R C_R M_O P_RLeer Esc Leer Esc Leer Esc Leer E/L LeerH_V H P_R P Cat Cat Cat MO PCo
  24. 24. DISEÑO ESTRUCTURADO DE SISTEMAS8.210 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION Camino de acción 1 CENTRO DE TRANSACCIÓN 2.1 2.2 Camino de acción 2 1 3.1 3.2 Camino de acción 3 4.1 4.2
  25. 25. DISEÑO ESTRUCTURADO DE SISTEMAS8.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 La posición del centro de transacción puede descubrirse inmediatamente a partir del DFD. El centro de transacción está ligado al origen de varios caminos de información que fluyen de él. La exclusividad no se suele reflejar en el DFD, por lo que hay que conocer los requisitos. Se identifica el camino de llegada, el centro de transacción y los caminos de acción.
  26. 26. DISEÑO ESTRUCTURADO DE SISTEMAS8.220 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION 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
  27. 27. DISEÑO ESTRUCTURADO DE SISTEMAS 8.230 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION a A b Cm D P Q Ce D R z C1 C2 C3Camino 3 Camino 1 Camino 2
  28. 28. DISEÑO ESTRUCTURADO DE SISTEMAS 8.240 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION a Cm A b D P Ce D Q A C1 C2 C3 R Leer z aCamino 3 P Q R Camino 1 Camino 2 Leer b Escribir z
  29. 29. DISEÑO ESTRUCTURADO DE SISTEMAS8.250 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION USUARIO GESTIONAR USUARIO Carnet PISCINA Entrada 0 Carnet TRATAR Entrada Estudiante ESTUDIANTE 2 Carnet SELEC. TIPO CARNET 1 Carnet TRATAR Entrada Trabajador TRABAJADOR 3
  30. 30. DISEÑO ESTRUCTURADO DE SISTEMAS 8.260 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION COMPROBAR NUMERAR PREPARAR C-Est ENTRADA CARNET TALON C-Est Valid ESTUDIANTE ESTUDIANTE ESTUDIANTE 2.1 2.2 Entrada 2.3Carnet SELEC. Estudiante Entrada TIPO CARNET 1 C-Trab COMPROBAR NUMERAR PREPARAR CARNET C-Trab ENTRADA TALON TRABAJADOR Valid TRABAJADOR TRABAJADOR 3.1 3.2 Entrada 3.3 Trabajador Entrada
  31. 31. DISEÑO ESTRUCTURADO DE SISTEMAS8.270 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION GESTIONAR PISCINA Carnet Carnet LEER GESTIONAR CARNET TIPO ENTRADA Carnet_Trabajador Carnet Estudiante GESTIONAR GESTIONAR ESTUDIANTE TRABAJADOR
  32. 32. DISEÑO ESTRUCTURADO DE SISTEMAS8.280 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION GESTIONAR ESTUDIANTE GESTIONAR Carnet_Estudiante ESTUDIANTE Entrada_Estudiante Entrada Carnet Estudiante COMPROBAR Validad NUMERAR CARNET o TALON ENTREGAR ESTUDIANTE ESTUDIANTE ENTRADA Entrada COGER ENTRADA
  33. 33. DISEÑO ESTRUCTURADO DE SISTEMAS8.290 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION GESTIONAR PISCINA Tipo_Carnet Tipo_Carnet LEER GESTIONAR CARNET TIPO ENTRADA GESTIONAR GESTIONAR ESTUDIANTE TRABAJADOR
  34. 34. DISEÑO ESTRUCTURADO DE SISTEMAS 8.300 ESTRATEGIAS DE DISEÑO ANALISIS DE TRANSACCION GESTIONAR ESTUDIANTE GESTIONAR ESTUDIANTE Entrada_Estudiante Carnet Entrada Validado Estudiante COMPROBAR NUMERAR ENTREGAR CARNET TALON ENTRADA ESTUDIANTE ESTUDIANTECarnet_Estudiante Entrada LEER COGER Carnet Est ENTRADA
  35. 35. DISEÑO ESTRUCTURADO DE SISTEMAS 8.310 ATRIBUTOS DE LA CALIDAD DE UN DISEÑOEn cada proyecto se deben decidir cuáles son los requisitosde calidad a cumplir, y decidir los más importantes.Para asegurar y evaluar la calidad del software, ésta se debepoder medir. Para ello se emplean las MÉTRICAS delsoftwareAquí nos centramos en las métricas que miden la calidadestructural: •Cohesión •Acoplamiento
  36. 36. DISEÑO ESTRUCTURADO DE SISTEMAS 8.310 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO Acoplamiento Es el grado de interdependencia entre los módulos. Un buen diseño se caracteriza por unacoplamiento mínimo, es decir, unos módulos tan independientes los unos de los otros como sea posible.
  37. 37. DISEÑO ESTRUCTURADO DE SISTEMAS8.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
  38. 38. DISEÑO ESTRUCTURADO DE SISTEMAS8.320 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO NORMAL A ☺☺ Un módulo llama a otro, y no se pasan ningún tipo de información B
  39. 39. DISEÑO ESTRUCTURADO DE SISTEMAS8.330 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO DE DATOS OBTENER DNI ☺☺ CLIENTE Los módulos se comunican mediante paso de parámetros. DNI Hay que reducir tanto como sea CLIENTE posible la información que se intercambia entre módulos LEER DNI CLIENTE
  40. 40. DISEÑO ESTRUCTURADO DE SISTEMAS 8.340 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO POR ESTAMPADO Se necesita elDNI y se pasantodos los datos OBTENER DNI CLIENTE ☺ del Cliente Dos módulos se comunican haciendo referencia a la misma CLIENTE estructura de datos (la estructura no es global). A veces se pasa más información LEER de la necesaria. CLIENTE
  41. 41. DISEÑO ESTRUCTURADO DE SISTEMAS8.350 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO DE CONTROL OBTENER DATOS CLIENTE Un módulo pasa a otro elementos de control como argumentos. CLIENTE TIPO DATO Un módulo controla a otro. En este caso es preferible dividir el módulo en tantos independientes como sea necesario LEER CLIENTE
  42. 42. DISEÑO ESTRUCTURADO DE SISTEMAS 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 registrosindividuales de datos y no en la estructura global de datos.
  43. 43. DISEÑO ESTRUCTURADO DE SISTEMAS8.370 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO COMUN (GLOBAL)Un grupo de módulos están acoplados comúnmentecuando comparten una estructura global de datos (no solamente una variable global) (Existe un entorno común).
  44. 44. DISEÑO ESTRUCTURADO DE SISTEMAS8.380 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO ACOPLAMIENTO POR CONTENIDO El acoplamiento por contenido es un tipo de acoplamiento patológico. Hay que evitarlo a toda costa. Dos módulos presentan acoplamiento por contenido si unohace una referencia al interior del otro (Un módulo modifica algún elemento en otro módulo, un módulo utiliza una variable local de otro, dos módulos comparten los mismos contenidos, etc.).
  45. 45. DISEÑO ESTRUCTURADO DE SISTEMAS 8.390 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO Cohesión Indica la relación que existe entre los elementosde un mismo módulo. Es la medida de la relación funcional de los elementos de un módulo. El objetivo es organizar estos elementos demanera que los que tengan una mayor relación a la hora de realizar una tarea pertenezcan al mismo módulo, y los elementos no relacionados, se encuentren en módulos separados.
  46. 46. DISEÑO ESTRUCTURADO DE SISTEMAS8.390 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION Mayor Cohesión FUNCIONAL módulo como caja negra SECUENCIAL COMUNICACIONAL PROCEDURAL TEMPORAL LÓGICA COINCIDENTAL módulo transparente Menor Cohesión
  47. 47. DISEÑO ESTRUCTURADO DE SISTEMAS8.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ónPara reutilizar una de estas funciones no es necesario en absoluto conocer los detalles internos
  48. 48. DISEÑO ESTRUCTURADO DE SISTEMAS 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 concohesión funcional trabajan secuencialmente, y donde la salida de uno es la entrada del siguienteEj. Formatear registro Primero hace actividades de ‘leerregistro’ y posteriormente de ‘formatearlo’
  49. 49. DISEÑO ESTRUCTURADO DE SISTEMAS 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 problemaEj. Leer registro cliente realiza actividades de leer el nombre y la dirección delcliente. Estas actividades utilizan los mismos datos (los del cliente), y son actividadesen las que en principio no importa el orden
  50. 50. DISEÑO ESTRUCTURADO DE SISTEMAS8.420 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION COMUNICACIONAL ☺☺
  51. 51. DISEÑO ESTRUCTURADO DE SISTEMAS 8.430 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION PROCEDIMENTALEste 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. (Cuando un módulo contiene un conjunto de funciones oprocedimientos que en principio no tienen ninguna relación unoscon otros. Esto provoca que sea muy difícil mantener el módulo, y que sea prácticamente imposible la reutilización).
  52. 52. DISEÑO ESTRUCTURADO DE SISTEMAS 8.440 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION TEMPORALUn módulo con cohesión temporal es aquel cuyos elementos están implicados en actividades que están relacionadas en el tiempo
  53. 53. DISEÑO ESTRUCTURADO DE SISTEMAS 8.450 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION LOGICAUn módulo tiene cohesión lógica cuando existe alguna relación lógica entre los elementos del módulo.En algunos casos puede dar lugar a confusiones por no estar biendefinidas las fronteras entre los diferentes elementos del módulo. En cada ejecución tan sólo se ejecutan algunas funciones del módulo, atendiendo a un conjuntos de funciones lógicas
  54. 54. DISEÑO ESTRUCTURADO DE SISTEMAS8.450 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION LOGICA
  55. 55. DISEÑO ESTRUCTURADO DE SISTEMAS8.460 ATRIBUTOS DE LA CALIDAD DE UN DISEÑO COHESION COINCIDENTALSe dice que en un módulo existe cohesión coincidentalcuando entre los elementos que lo componen no existe ninguna relación con sentido.
  56. 56. DISEÑO ESTRUCTURADO DE SISTEMAS 8.600 METODOLOGIAS DE DISEÑO DE PROGRAMAS Permiten conseguir una estructura jerárquica del programa tomando como punto de partida unaespecificación detallada de la entrada, la salida y los algoritmos del programa a construir.Las más conocidas son la de Jackson y la de Warnier
  57. 57. DISEÑO ESTRUCTURADO DE SISTEMAS 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.Una vez obtenida una estructura objetiva del problema, que constituye un reflejo del mundo real con el que trata el programa, resulta más fácil asignar las distintas funciones a realizar.
  58. 58. DISEÑO ESTRUCTURADO DE SISTEMAS 8.610 METODOLOGIAS DE DISEÑO DE PROGRAMAS Fases del Modelo de JacksonFormar las estructuras de datos de salida (estructura lógica de salida) y deentrada (estructura lógica de entrada) a partir de los datos del problema.Determinar las correspondencias (o los elementos comunes) entre ambasestructuras de datos.En función de las correspondencias obtener una estructura única para elprograma, que puede traducirse fácilmente a un diagrama de flujo de control.Asignar a la estructura del programa las operaciones ejecutables de programaderivadas de las especificaciones funcionalesTraducir el conjunto estructura-operaciones a un formato de pseudocódigo(lógica esquemática) cuya codificación resulta bastante sencilla.
  59. 59. DISEÑO ESTRUCTURADO DE SISTEMAS 8.620 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Especificación del problema Datos Funciones Las estructuras de datos de entrada yEstructura de Estructura de salida y la estructuralos datos de los datos de del programa seentrada salida documentan mediante Diagramas Correspondencias de Estructura de Jackson Estructura de programa Operaciones del programa Pseudocódigo
  60. 60. DISEÑO ESTRUCTURADO DE SISTEMAS 8.630 METODOLOGIAS DE DISEÑO DE PROGRAMASDiagramas de Estructura de Jackson tiene las siguientes estructuras: • 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.
  61. 61. DISEÑO ESTRUCTURADO DE SISTEMAS 8.640 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON PROGRAMA PRINCIPIO PRODUCIR PROCESAR PRODUCIR FINAL PROGRAMA CABECERA CUERPO LINEA TOTALES PROGRAMA2.1 2.2 7.3 5 3.1 3.7 3.5 2.3 2.4 1 PROCESAR PRESTAMO Estructura PROCESAR PRESTAMO PROCESAR PRESTAMO NORMAL GRADO 5de Programa PROCESAR PROCESAR PROCESAR PROCESAR RECIBOS RECIBOS NO PRODUCIR REGISTRO REG PREST COBRADOS COBRADOS LINEA TOTAL 5 6.2 3.2 7.1 5 7.5 3.4 7.1 PROCESAR PROCESAR REGISTRO LINEA RECIBO RECIBO 5 7.4 6.3 3.3 7.1
  62. 62. DISEÑO ESTRUCTURADO DE SISTEMAS 8.650 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Opción A: Opción B: DATOS DATOS CURSO * ALUMNO* CÓDIGO NOMBRE NOMBRE CLASE ASISTE CURSO PROFESOR ALUMNO ALUMNO* Opción C: CURSO * DATOS NOMBRE NOTA CÓDIGO NOMBRE ALUMNO NOTA * CURSO PROFESOR PROFESOR NOMBRE CURSO* PROFESOR CÓDIGODistintas vistas CURSO CLASE Estructuras de la misma ALUMNO* de Datos información NOMBRE NOTA ALUMNO
  63. 63. DISEÑO ESTRUCTURADO DE SISTEMAS 8.660 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON (Ejemplo)Diseñar un programa para listar el estado de cuentas de los clientes a partir de la Núm.Cliente Nombre Núm.Movim. Mov.Debe información de saldos ymovimientos de los mismos. La Núm.Movim. Mov.Haber salida debe seguir el modelo Núm.Movim. Mov.Debe mostrado a la derecha, calculando el nuevo saldo. Se Mov.Debe dispone como entrada de un fichero que contiene dos tipos Ant. saldo Nuevo saldo Total debe Total haberde registros, uno con los datos y el saldo del cliente, y otro que Núm.Cliente Nombre contiene los movimientosproducidos en la cuenta hasta el Ant. saldo Nuevo saldo momento (ordenadoascendentemente por el número de cliente). El archivo puede estar vacío.
  64. 64. DISEÑO ESTRUCTURADO DE SISTEMAS8.670METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Contenido de los registros del fichero de entrada Num. Cliente Nombre Antiguo saldo Num. Cliente Num.Movimiento Importe Código (Debe/Haber)
  65. 65. DISEÑO ESTRUCTURADO DE SISTEMAS8.680METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Entrada Creamos el diagrama o o de estructura de Vacía Datos entrada (fichero) * 1 Cliente Número Operaciones Nombre A.Saldo o o Sin movimientos Movimientos * 1 movimiento
  66. 66. DISEÑO ESTRUCTURADO DE SISTEMAS8.690 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Salida Creamos el diagrama de estructura de o o Vacía Listado salida (listado) * 1 Cliente Número Operaciones A.Saldo Nombre N.Saldo o o Sin movimientos Movimientos * 1 movimiento o o Debe Haber
  67. 67. DISEÑO ESTRUCTURADO DE SISTEMAS 8.700 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Entrada Salida o o o o Vacía Listado Vacía Datos * * 1 Cliente 1 Cliente Número Operaciones A.Saldo Nombre N.Saldo Número Operaciones Nombre A.Saldo o o Sin movimientos Movimientos o o * Sin movimientos Movimientos 1 movimientoBuscamos elementos * o o comunes en los 1 movimiento Debe Habermodelos de entrada y salida
  68. 68. DISEÑO ESTRUCTURADO DE SISTEMAS8.710 METODOLOGIAS DE DISEÑO DE PROGRAMAS MODELO JACKSON Programa Creamos la estructura lógica del programa o o Sin tratamiento Tratamiento * 1 Cliente o o Sin movimientos Movimientos * 1 movimiento o o Debe Haber
  69. 69. DISEÑO ESTRUCTURADO DE SISTEMAS8.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.
  70. 70. DISEÑO ESTRUCTURADO DE SISTEMAS8.800 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIER Se basa en la aplicación de dos principios: 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
  71. 71. DISEÑO ESTRUCTURADO DE SISTEMAS8.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 +
  72. 72. DISEÑO ESTRUCTURADO DE SISTEMAS 8.820 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIERPrincipio de Correspondencia ⌦ 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
  73. 73. DISEÑO ESTRUCTURADO DE SISTEMAS 8.830 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIER Determinación de la estructura de los datos de salidaFases de la Metodología 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
  74. 74. DISEÑO ESTRUCTURADO DE SISTEMAS 8.840 METODOLOGIAS DE DISEÑO DE PROGRAMAS METODOLOGIA WARNIER NIVEL 2 NIVEL 1 A tarea aPROGRAMA (0-1)/?1 PRUEBA A tarea b PASO 1 (0-1) (1) C tarea c (0-1)/?2 C tarea d (0-1) N1 PRINCIPIO PROGRAMA VERDE tarea x (1) (0-1)/?3 PROCESO 1 PASO 2 (0-1)/?X1 (1) VERDE tarea y I’ (0-1) PROCESO 2 (0-1)/?X2 FIN CALL I (1) PASO 3 Tarea m (1,r)/?4
  75. 75. DISEÑO ESTRUCTURADO DE SISTEMAS 8.010Ejercicio 1Una empresa compra a una serie de proveedores diferentes piezas que posteriormente venderá asus clientes, debiendo llevar a cabo el control de almacén (nº de piezas existentes de cada una deellas).La aplicación debe gestionar los proveedores, así como las piezas que proporciona cada uno(proveedor y piezas con sus respectivos precios, corresponde al flujo de entrada «proveedor»).Con los proveedores y las piezas que proporciona cada uno de ellos, se genera una lista de preciosque se corresponde con los precios que consideremos mejores para cada una de las piezas que sepuedan proporcionar al cliente (como criterio de selección se encuentra entre otros la marca de lapieza).El control del almacén, es decir, las cantidades que tenemos de las diferentes piezas que hemospedido a los proveedores (flujo de datos de «pieza stock»), determinará si el pedido realizado porel cliente («pedido cliente») se puede satisfacer completamente o no, según tengamos o no laspiezas pedidas (generando en el caso de no tener dichas piezas un listado de ellas, «lista piezas»).Cuando el pedido se entrega al cliente, se genera la factura correspondiente.Cada una de estas funciones (en el DFD 1, 2, 3 y 4) puede realizarse en cualquier momento,independientemente de las demás funciones. Se pide dibujar el diagrama de estructurascorrespondiente indicando si la característica principal del DFD es de transformación otransacción.
  76. 76. DISEÑO ESTRUCTURADO DE SISTEMAS8.010 Proveedores proveedor factura Clientes Gestionar aplicación Clientes pedido Alfa cliente lista precios 0 Dpto Pedidos pieza lista Dpto Pedidos stock piezas lista precios proveedor Gestionar Gestionar pieza stock Proveedor Stock 1 2 proveedor pieza stock pieza validada PRECIOS Gestionar factura pedido Factura precios validado Gestionar 4 pedido Pedido pedido validado PEDIDOS cliente Cliente 3 lista piezas
  77. 77. DISEÑO ESTRUCTURADO DE SISTEMAS8.010 proveedor Dar de Alta Proveedor lista 1.1 proveedor precios validado proveedor Generar Lista Dar de Baja validado proveedor proveedor Mejor Precio Proveedor 1.4 1.2 validado PROVEEDORES Consultar/ proveedor proveedor proveedor pieza Modificar validado Proveedor 1.1
  78. 78. DISEÑO ESTRUCTURADO DE SISTEMAS 8.010Ejercicio 2Se desea automatizar la gestión de un VideoClub. El funcionamiento del sistema es el siguiente:• Por un lado, es necesario tratar a los proveedores y, por otro, es necesario tratar a los clientes.• El tratamiento de los proveedores incluye, en cualquier instante y de forma independiente, la realización del registro de los catálogos de películas y la generación de pedidos de películas al proveedor.• Cuando llega un cliente al videoclub, éste solicita el tipo de gestión que quiere realizar, es decir, alquiler, reserva o devolución de película. Cuando quiere realizar un alquiler de una película, el proceso, con la información del alquiler, comprobará si existe stock suficiente de esa película, así como reserva. En caso de ser satisfactorias estas comprobaciones (existe la película y no está reservada por otro cliente), se disminuirá el stock de esa película y se registrará el alquiler generando un comprobante de alquiler para el cliente. Cuando quiere realizar una devolución de una película, lo que se hace es comprobar que la película estaba alquilada por él y aumentar el stock de esa película. Cuando quiere reservar una película, se registra la reserva de la película.No se tiene en cuenta el tratamiento de los errores que pudieran ocurrir.Se pide: realizar el diagrama de estructura correspondiente, indicando si se trata de una transformación (decir cuál es su centro) o de una transacción.
  79. 79. DISEÑO ESTRUCTURADO DE SISTEMAS8.010 Alquiler Gestionar Catálogo Reserva Clientes VideoClub Proveedores Devolución Pedido 0 Comprobante Alquiler Alquiler Reserva Gestionar Gestionar Catálogo Clientes Proveedores Devolución 1 2 Pedido PELÍCULAS Comprobante Alquiler
  80. 80. DISEÑO ESTRUCTURADO DE SISTEMAS8.010 Comprobante Alquiler ALQUILERES Gestionar Gestionar Devolución Alquiler Alquiler Devolución 1.1 1.2 RESERVAS PELÍCULAS Gestionar Gestionar Pedido Reserva Reserva Pedido 1.3 2.2 Gestionar Película 2.1 Catálogo
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×