Professional Documents
Culture Documents
ENTIDAD
EXTERNA
P1
Proceso Docente : Yessica Gómez Gutiérrez
flujo de datos D ALMACÉN DE
DATOS
1
Introducción
2
Actividades Iniciales y Análisis de Requisitos. Introducción
Donde nos encontramos…
Análisis del Sistema de Información (Proceso ASI)
Definición del Sistema.
3
Introducción
4
Introducción
5
Introducción
Objetivos:
Detectar inconsistencias, ambigüedades, duplicidad o escasez de información.
Se revisan las prioridades.
Se relacionan requisitos.
Identificar relaciones entre casos de uso.
6
Análisis Estructurado. Actividades Iniciales y Análisis de Requisitos.
Actividades Iniciales y análisis de necesidades.
Introducción
7
Introducción
Alternativas.
Evaluación de las alternativas:
Económico.
Técnico.
Legal (p.e. LOPD “Ley Orgánica de Protección de Datos”)
Operativo.
Especificación detallada de la alternativa
seleccionada.
Definición del plan inicial del proyecto.
8
Introducción
9
Introducción
10
Introducción
11
Introducción
12
Introducción
13
Introducción
Análisis Estructurado. Actividades Iniciales y Análisis de Requisitos.
Actividades generales de la etapa de análisis. ASI.
Extracción: El proceso mediante el cual los clientes o futuros usuarios del software descubren, revelen, articulan y
comprenden los requisitos que desean. Técnicas de recogida de información.
Análisis: el proceso de razonamiento sobre los requisitos obtenidos, detectando y resolución de posibles
inconsistencias o conflictos.
Especificación de requisitos: el proceso de redacción o registro de los requisitos. Para este proceso puede
recurrirse al lenguaje natural, lenguajes formales. Catálogo de requisitos.
Validación de los requisitos: el proceso de confirmación, por parte de los usuarios o clientes, de que los requisitos
especificados son válidos, consistentes, completos.
14
Introducción
Análisis Estructurado. Actividades Iniciales y Análisis de Requisitos.
Actividades generales de la etapa de análisis. ASI.
No ambigua.
Completa.
Fácil de verificar.
Consistente.
Fácil de modificar.
Fácil para identificar el origen u las consecuencias de cada
requisito.
Fácil de utilizar durante la fase de explotación y mantenimiento.
15
Análisis y Diseño Estructurado
16
DATOS
Visión panorámica del AyDE
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
17
Visión panorámica del AyDE.
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
18
Bibliografía
Texto principal
Mario Piattini,Jose Calvo-Manzano,Joaquín
Cervera,Luis Fernandez, Análisis y diseño
detallado de Aplicaciones Informáticas de
gestión. Edit. Ra-ma
Yourdon, E., Análisis estructurado moderno.
1993: Prentice-Hall Hispanoamericana
19
Bibliografía (II)
20
Visión panorámica del AyDE.
Componentes
21
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)
22
P1
ENTIDAD Proceso
EXTERNA
Visión panorámica
del AE. DFD flujo de datos D ALMACÉN DE
DATOS
23
Visión panorámica del AE. DFD
P1
ENTIDAD Proceso
EXTERNA
24
Visión panorámica del AE. DFD: Ejemplo
Práctico
Ejemplo
Diagrama de contexto
CLIENTE pedidos
órdenes de compra
libros entregados
0.
Sistema de
Pedidos EDITOR
en principio, no
son materiales, libros pedidos
son datos 26
Visión panorámica del AE. DFD: Ejemplo
Práctico
0. Sistema de pedidos
pedidos
D LIBROS
órdenes de compra
pedidos válidos 2.
1.
Armar
Verificar D PEDIDOS
estado del crédito pedidos
validez PENDIENTES D ÓRDENES DE
a editores
de pedido COMPRA
D CLIENTES pedidos en lote
pedidos por título
dirección
4. 3.
5. libros por Asignar libros Verificar libros pedidos
Armar clientes libros a recibidos
libros entregados envío
entrega pedidos de editores
a clientes
libros entregados = libros recibidos =
albarán + lista-novedades {título + cantidad}
DD DD 27
Visión panorámica del AE. Diccionario de
Datos
28
Visión panorámica del AyDE. Diccionario de
Datos
29
Visión panorámica AyDE
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
30
Visión panorámica del AyDE. Pseudocódigo.
Complejidad: Prioridad:
Ratio de transacciones: Memoria requerida (Kb):
Tiempo de proceso:
31
Visión panorámica del AyDE. Modelado de
Datos
32
Visión panorámica del AE. Ejemplo de
E/R .
Departamento
Diagrama E-R
(1,n) [EN2002] (Chen)
pertenece
(1,1)
Empleado asignado Proyecto
(0,n) (1,m)
Departamento Proyecto
33
Visión panorámica del AyDE. Lógica de
Proceso.
34
Visión panorámica del AyDE. 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.
35
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) 36
Visión panorámica del AyDE. Lógica de
Proceso.
Tablas de decisión
ESTADO DE LA CORRECTO IMPAGADO CORRECTO IMPAGADO
CUENTA
NETO-FACTURA >300€ >300€ <=300€ <=300€
CONFIRMACIÓN x
PENDIENTE
HACER x x x
CONFIRMACIÓN
HACER FACTURA x x x
ESCRIBIR MENSAJE x
37
Visión panorámica del AyDE. Lógica de
Proceso.
Árboles de decisión
1. Dejar confirmación
Cuentas impagadas más pendiente de los pagos
de 60 días debidos.
Factura
excede de
300€ Cuentas en buen estado 2. Hacer confirmación y
factura
Política
contable
38
¿Y después del AE?
39
Diseño Estructurado: DIAGRAMA DE
ESTRUCTURA. Ejemplo de diagrama de
estructuras
Evaluar
peticiones
pet préstamo ok
40
Visión panorámica AE
Esquema resumen
Diagrama de B DESTINO
flujo de datos Z PROC
X
PROC PROC
V
Y Paso al
FUENTE A PROC W diseño
PROC D ALMACÉN DE
DATOS Diagrama de
estructuras
Diccionario
de Datos
Definiciones
de la BD
Definiciones de 41
los módulos
Diagramas de Flujo de Datos
(DFDs)
42
Símbolos del 2.- Diagramas de Flujo de
DFD Datos
(notación Yourdon/De Marco)
P
Proceso Transformaciones o procesos
(funciones, cálculo, selección)
ID Localización
Proceso
Transformaciones o procesos
Entidad
Externa
Terminadores (Fuentes o Destinos)
D ALMACÉN DE
DATOS
Ficheros o depósitos temporales de
información
44
2.- Diagramas de Flujo de
Procesos Datos
TRANSFORMACIÓN
(cálculo, operación)
FILTRO
(verificación fecha, validación transacción)
DISTRIBUCIÓN
(menú, selección transacción)
E1 S1
P
Transformación
E2 S2
E3
45
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
46
2.- Diagramas de Flujo de
Datos
Diagrama de contexto
47
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 Sistema DESTINO
FUENTE DESTINO
49
2.- Diagramas de Flujo de
Datos
Flujos de datos (II)
pago denegación
autorización crédito crédito
P P
Aceptar pago solicitud crédito Analizar
Petición
recibo crédito
50
2.- Diagramas de Flujo de
Datos
Flujos de datos (III)
P X P P P
A B A B
X
X
51
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
P1
Selecc. y
pedir nuevos
EDITORIALES nuevas ofertas
libros
INTERVENTOR Notación Gane & Sarson
libros nuevos
D3 INVENTARIO
P2 P3 ajuste de inventario
Examinar Registrar libros
nuevos libros nuevos ajuste de signaturas
D4 SIGNATURAS
libros nuevos
P4 P5
libros nuevos
libros nuevos D9 CARRITO libros nuevos
Enviar al dpto. Poner libros
LIBROS NUEVOS comprador nuevos en D2 ESTANTES
libros nuevos estantes
52
2.- Diagramas de Flujo de
Datos
Flujos de datos (V)
Observaciones:
Sólo los procesos pueden separar FD (Piattini et al. 96)
No poner FD como señales de activación (Yourdon 89)
53
2.- Diagramas de Flujo de
Datos
Flujos de datos (VI)
Notación System Architect. Ejemplos
FD divergentes (conectores XOR y AND)
P
Imprimir
P
lista Rellenar
empaquetado prescripción
datos de P
P empaquetado
Determinar datos de envío Determinar prescripción
prods.para prescripción
datos de facturación
enviar XOR AND
cuando los datos son cuando todos los datos
divididos en subconjuntos P siguen por ambos caminos P
Imprimir Actualizar
factura registro
cliente paciente
54
2.- Diagramas de Flujo de
Datos
Flujos de datos (VII)
Notación System Architect. Ejemplos
FD convergentes (conectores XOR y AND)
P P
Aceptar pago Confirmar
en metálico empleo
historial de
P historia P
datos de pago empleo
Transferir historial combinada Conceder
pago de crédito tarjeta de
P XOR crédito
AND
Aceptar pago cuando los mismos P cuando los subconjuntos
a crédito Confirmar son combinados en uno
datos provienen de historial de
cualquier dirección crédito
55
2.- Diagramas de Flujo de
Datos
Flujos de datos (VIII)
P
pedido
Evaluar pedido ¿El proceso “pide” el FD “pedido”?
criterios valoración ¿El proceso “necesita” ambos FD?
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
56
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)
57
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
58
2.- Diagramas de Flujo de
Datos
Consistencia DFD / E-R (MAP 95)
61
2.- Diagramas de Flujo de
Datos
Descomposición funcional (II)
P B DESTINO
A Sist
FUENTE B
P
f5
Z
P X P
f2 f4
V
Y
P
A f1 W P
f3
Z
P x2 P
x1 f43 f45
P
X f41
y2
P
y1 f44
P
Y f42
62
2.- Diagramas de Flujo de
Datos
Consistencia en el DFD
63
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
64
2.- Diagramas de Flujo de
Datos
Descomposición paralela (II)
P2
P1
envío
P6
P5
pedido envío
autorización
P6.2
P4
P3
cupón de P6.1
pedido
P6.3
pago
65
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
66
2.- Diagramas de Flujo de
Datos
Jerarquía de DFDs (II)
P 1.2 B
Proceso A
A
DFD 1.2
P 1.2.2
f2 X
P 1.2.1 Y
f1 P 1.2.3
A W f3
67
2.- Diagramas de Flujo de
Jerarquía de DFDs Datos
DFD 0
68
2.- Diagramas de Flujo de
Descomposición funcional y Datos
almacenes de datos
69
Descomposición 2.- Diagramas de Flujo de
funcional y almacenes de Datos
datos (II)
P P
A B
D FICH
P
P B.1
A.1
D FICH
D FICH
P
P
A.2
B.2
70
2.- Diagramas de Flujo de
Datos
Tamaño de la jerarquía de DFDs
72
2.- Diagramas de Flujo de
Datos
Reglas sintácticas en DFDs (II)
P P
Fuente Sumidero
73
2.- Diagramas de Flujo de
Datos
Ideas útiles para construir el DFD
74
2.- Diagramas de Flujo de
Datos
Ideas útiles para construir el DFD (II)
76
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,casi
todas en Chile
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
77
2.- Diagramas de Flujo de
Datos
DFDs – Conclusiones (III)
78
3.- Diseño: Diagrama de
Diseño Estructurado Estructuras
Introducción
Concepto y Principios del Diseño
Inicios del Diseño
Efectividad del Diseño
Módulo(laridad)
Abstracción
Refinamiento
Factores de calidad
Acoplamiento
Cohesión
Tipos de Acoplamiento
Tipos de Cohesión
Consideraciones para un Diseño de Calidad
Resultados del Diseño
79
3.- Diseño: Diagrama de
Estructuras
Diseño Arquitectónico ( Diseño Preliminar)
Elementos Diagrama de Estructura
Partición Estructural de un Diagrama de
Estructura
Estrategias de Diseño
Construcción del Diagrama de Estructura
80
Concepto y Principios del
Diseño
“ El diseño es un proceso a través del cual los
requerimientos establecidos en la fase de análisis deben
traducirse en una representación ‑que se sugiere
modular‑ del producto de software que se precisa
construir y que se acompaña de los procedimientos en
virtud de los cuales cada módulo debe llevar a cabo su
tarea, y de las estructuras de datos que debe procesar”
Larry Constantine ‘78
81
Concepto y Principios del
Diseño
El diseño estructurado es un método de configuración de
la organización modular del software que se desarrolla a
partir de los flujos de datos que contiene la especificación
de requerimientos obtenida en la fase de análisis bajo
enfoque estructurado. En este sentido, puede decirse
que este enfoque consiste en el diseño de programas
como estructuras de funciones únicas y de relativa
independencia.
82
Efectividad del Diseño
Para poder evaluar la efectividad de una
representación de diseño, es preciso establecer lo
que se denomina en Ingeniería de software,
"criterios para un buen diseño", entre los cuales es
posible destacar los siguientes:
‑ Módulo(laridad)
‑ Abstracción
‑ Refinamiento
84
Efectividad del Diseño
‑ Módulo(laridad)
Tiene que ver con la separabilidad de las funciones que en conjunto cumplen
un objetivo mayor, esto es, responden a la idea de totalidades emergentes
propia de la noción de sistemas.
85
Efectividad del Diseño
‑ Beneficios de la Modularidad
‑ Programas que pueden evaluarse por partes, por lo cual todo test
se hace más fácil.
87
Efectividad del Diseño
‑ Módulo
88
Efectividad del Diseño
‑ Módulo
Módulo Superordinado
Módulo Subordinado
Fan‑out : 2
Fan‑in : 1
89
Efectividad del Diseño
‑ Módulos & Integración
Costos
o Esfuerzo
Costo Total SW Costo por Integración
N° Módulos
90
Costos Mínimos
Efectividad del Diseño
‑ Abstracción
91
Efectividad del Diseño
‑ Refinamiento
Abstracción Refinamiento
Gradual
Módulo A
Modularidad Factorización
A1 A2
93
Factores de Calidad
‑ Acoplamiento
Corresponde al grado de independencia entre dos módulos. Entendido
así, minimizar el acoplamiento aparece entonces como una
determinante prioritaria al configurar las conformaciones estructurales.
94
Factores de Calidad
‑ Cohesión
Corresponde a la medida de relación funcional de los elementos de un
módulo, Los elementos de un módulo corresponden a instrucciones,
definiciones de datos, o llamadas o otros módulos. La idea es
organizar estos elementos de tal manera que tengan una mayor
relación entre ellos a la hora de realizar la tarea específica del módulo
95
Factores de Calidad
Acoplamiento
Principios de un
Cohesión Buen Diseño
96
Tipos de Acoplamiento
1. Acoplamiento Normal
4. Acoplamiento de Control
5. Acoplamiento Común
97
Tipos de Acoplamiento
Mejor Acoplamiento
NORMAL
DATOS
ESTAMPADO
CONTROL
COMÚN
CONTENIDO
Grado de
Acoplamiento
98
Tipos de Acoplamiento
1.Acoplamiento Normal
B
99
Tipos de Acoplamiento
2. Acoplamiento por Datos Obtener
Datos
Dos módulos están acoplados por Cliente
datos si ellos se comunican por
parámetros, siendo cada parámetro Rut_cliente
una unidad elemental de datos
Provoca dependencia de
ejecución entre un módulo y
otro.
No es muy recomendable.
102
Tipos de Acoplamiento
Actualizar Obtener
5. Acoplamiento Común Stock Nombre
Video Video
Los módulos presentan
acoplamiento común, si ellos
se refieren a la misma área
estructura de datos (global).
Cuando sólo se acomplan por video
una variable (global), se trata
de un Acoplamiento Externo Leer Registro
Programas con muchos datos globales son
Video
extremadamente difíciles de entender por
los programadores de mantención, porque
no es fácil saber cuáles son los datos
usados por un cierto módulo.
103
Tipos de Acoplamiento
A B
6. Acoplamiento por Contenido
COMUNICACIONAL
PROCEDURAL
TEMPORAL Módulo
Transparente
LÓGICA
COINCIDENTAL
Grado de
Cohesión
1. Cohesión Funcional
Ejemplos
Se puede decir que un
• Calcular el coseno de un ángulo
módulo con cohesión
funcional es aquel que •Calcular el I.V.A. De una factura
contiene elementos que
•Verificar el dígito de un RUT
contribuyen a la ejecución
de una y sólo una tarea
relacionada al problema
objeto de diseño,.
107
Tipos de Cohesión
2. Cohesión Secuencial
Ejemplo: Calcular Salario
Un módulo secuencialmente 1. Obtener sueldo base
cohesionado es aquel cuyos 2. Verificar número de cargas
elementos están envueltos en 3. Revisar días con permiso
actividades tales que los datos 4. Revisar días con licencia
de salida de una actividad sirven 5. Calcular horas de trabajo
como datos de entrada para la 6. Descontar horas de atraso
7. Agregar horas extras
próxima actividad.
....
108
Tipos de Cohesión
3. Cohesión Comunicacional
Ejemplo: Obtener datos
Un módulo presenta cohesión Video
comunicacional cuando sus 1. Obtener nombre video
elementos contribuyen a 2. Obtener stock video
actividades que usan la misma 3. Obtener ubicación
entrada o la misma salida. No 4. Obtener precio
importa el orden secuencial ....
109
Tipos de Cohesión
4. Cohesión Procedimental
110
Tipos de Cohesión
5. Cohesión Temporal
Ejemplo: Actividades al
Un módulo con cohesión iniciar el día
temporal es aquel cuyos
1. Apagar despertador
elementos están envueltos en
2. Tomar una ducha
actividades que están
3. Vestirse
relacionadas en función del
4. Hacer la cama
momento en que se realizan. 5. Tomar desayuno
....
111
Tipos de Cohesión
6. Cohesión Lógica
7. Cohesión Coincidental
Ejemplo:
Un módulo coincidentemente
1. Comprar un libro
cohesionado es aquel cuyos 2. Comer un trozo de torta
elementos desarrollan 3. Ir al teatro
actividades sin relación 4. Lavar la ropa
significativa entre sí. 5. Dormir
....
113
Árbol de Cohesión
114
Consideraciones Importantes
para un Diseño de Calidad
La factorización consiste en separar la funcionalidad de un módulo, en
subfunciones claramente identificables, en términos tales que sea posible
considerarla como constitutiva de un módulo independiente.
5. Simplificar la implementación.
115
Reducir el Tamaño de un
Módulo
116
Resultados del Diseño
El proceso de diseño debe lograr la determinación de las directrizes
en virtud de las cuales el producto de software ha de construirse,
tomando como base la especificación de requerimientos generada en
la fase de análisis. Así, entonces, el diseño, en cuanto proceso, debe
dar como resultado:
117
Diseño Arquitectónico
118
Diccionario de Datos
119
Especificación de procesos
Nombre : REGISTRAR DATOS
Interfaz ACTUALIZACIÓN
Entradas : Datos_actualización
Salidas :Datos_actualización,
datos_actualización_registrados.
Procedimiento: Pseudocódigo
Recibir Datos_actualización.
Abrir archivo INFORMACIÓN MUNICIPAL.
Escribir en archivo los Datos_actualización.
Cerrar archivo INFORMACIÓN MUNICIPAL.
Mandar mensaje indicando
120
Datos_actualización_registrados.
Diseño de Datos
c la v e _ V o t
N om _C and Id_ V o to N om _C and
P art_ C an d
I d _ P a r t id o
R ut_ V o t
c a n d id a t o s
V o tan te V o to
N om _Vot
c o n t ie n e
a sig n a
c o n su lt a
N om _C and
D ir e c c ió n
S e r v ic io s
M u n ic ip a lid a d
Fono
N o m _ O rgan
C o m un a
Id_ O rgan
121
Diseño de Datos
Votante
Clave_Vot A10 Voto Detalle_Voto
Rut_Vot A10 Id_Voto A10 Id_Voto A10
Nom_Vot A30 Id_Partido A30
Servicio
Cod_Serv N5
Descrip_Serv A30
Candidato
Id_Partido A30
Nom_Cand A30
Municipalidad
Id_Orga A10
Nom_Orga A30
Servcio A30
Dirección A30
Fono N10
Comuna A20
122
Diseño de Interfaz
123
Elementos del Diagrama de
Estructura
Obtener
Nombre Módulo
Video
Leer Registro
Video Módulo
Predetermina
do
X MÓDULO JEFE
(INVOCADOR)
Y MÓDULO SUBORDINADO
(INVOCADO)
124
Elementos del Diagrama
de Estructura
Obtener
Datos
Cliente Flujo de Control
Leer Cliente
Conectores
126
Elementos del Diagrama de
Estructura
Secuencia
Iteración
127
Elementos del Diagrama de
Estructura
Selección
128
Profundidad y Ancho de un
Diagrama de Estructura
Profundidad y ancho
proporcionan una idea del
número de niveles de control
y el ámbito global de control
respectivamente.
El grado de salida es una
medida del número de
módulos que son controlados
directamente por otro
módulo.
El grado de entrada indica
cuántos módulos controlan
directamente un módulo
dado.
129
Estrategia de Diseño para
Construir Diagrama de Estructura
Diseño Centrado en
Transformaciones
DFD Diagrama de
Estructura
Diseño Centrado en
Transacciones
Análisis Diseño
130
Estrategia de Diseño
Diseño Centrado en
1.1 1.2
Transformaciones
3
• Los datos entran al sistema 4.1
mediante caminos que se llaman 2.1 2.2
flujos de entrada
4.2
• En el núcleo ocurre la Flujo de Llegada
Flujo de
transformación de los datos, que Centro Salida
entraron anteriormente de
Transformación
•Finalmente los datos se mueven
por caminos llamados flujos de
salida
131
Estrategia de Diseño
Diseño Centrado en
Camino de
Transacciones Acción 1
2.1 2.2
• Se presenta un centro de
transacción, como centro de
flujo de información
1 3.1 3.2 Camino de
Acción 2
• Desde el centro de flujo de Centro
Información, surgen muchos de
Transacción
caminos de acción alternativos 4.1 4.2
Camino de
•Los caminos de acción Acción 3
alternativos, son de forma
excluyentes
132
Estrategia de Diseño:
Transformación
1. Revisión del Modelo Fundamental del sistema
135
Estrategia de Diseño:
Transformación
136
Estrategia de Diseño:
Transacción
1. Revisión del Modelo Fundamental del sistema
•Módulos a incorporar
a
• Módulo principal Cp, que
A D
controla el resto de los
módulos z
P Q R
•Módulo coordinador de la
Información de Entrada, Ce b
Camino 1
a Cp
A D Camino 2
Ce D
P Q z
R
a
b Camino 3
C1 C2 C3
Leer a
P Q R
Escribir
Leer b 139
z
Estrategia de Diseño:
Transacción
140
Diseño Procedimental (Diseño
Detallado
Especificación Interfaz-Función
Especificación Mediante las
Miniespecificaciones del Análisis
Especificación por Pseudocódigo
141
Diseño Detallado
1. Especificación por interfaz-función
del módulo describe las tareas que este lleva a cabo. Se permite el uso de
142
Ejemplo:
143
Diseño Detallado
2. Especificación Mediante las Miniespecificaciones del Análisis
145
Diseño Detallado
2. Especificación por pseudocódigo
146