Este documento describe los pasos para el análisis y diseño de sistemas, incluyendo la construcción de un diagrama lógico de flujo de datos, un diccionario de datos, la definición de la lógica de los procesos, la definición del almacenamiento de datos y las herramientas para la automatización. También discute las convenciones para los diagramas de flujo de datos, la construcción y uso de un diccionario de datos y las herramientas para la automatización del diseño de sistemas.
2. Contenido
Construcción de un diagrama lógico de
flujo de datos
Construcción de un diccionario de
datos
Definición de la lógica de los procesos
Definir el almacenamiento de los datos
Herramientas para la automatización
3. 1. Construir un Diagrama
Lógico de Flujo de Datos
Fuente o Destino de Flujos de los Datos
Entidades Externas
Flujo de Datos
Proceso que Transforma - Flujo de Datos
Almacenamiento de Datos
4. • Muestra las fuentes y destinos de los Datos ( y en
consecuencia los límites del sistema)
• Identifica y asigna nombres a las funciones lógicas.
• Identifica y da nombres a los grupos de elementos de
datos que conectan una función con otra.
• Identifica los almacenamientos de datos a los cuales
tienen acceso.
5. Libros Editores
Detalle de Libros Datos Editor
Verificar Armar
Cliente Pedido
Pedido Pedidos O de C
Editor
Cliente a Editores
Pedidos Validos
Pedidos en Lote
Observaciones
Clientes Pedidos Pendientes
•Condiciones de Error
•Implementaciones físicas
•Clase General de Sistema
6. 2. Construir un Diccionario de
Datos
PEDIDO
PEDIDO - IDENTIFICACION
CLIENTE - DETALLE
LIBRO - DETALLE
PEDIDO - IDENTIFICACION
FECHA - PEDIDO
CLIENTE - PEDIDO - NUMERO
CLIENTE - DETALLES
EMPRESA
RESPONSABLE
DIRECCION
7. 3. Definir la Lógica de los
Procesos
¿Que está pasando dentro de los
procesos?
A. Narrativa
B. Arbol de Decisión / Tablas de Decisión
C. Lenguaje Estructurado
8. A. NARRATIVA
El descuento comercial, a libreros
establecidos (al gremio), es del 20%.
Para Clientes particulares y
bibliotecarios se concede el 5% de
descuento por 6 o mas libros, 10%
para pedidos de 20 o mas libros y 15%
para pedidos de 50 o mas.
Los pedidos comerciales por 20 o mas
libros reciben el 10% de descuento
sobre el descuento comercial
9. B. Arbol/Tabla de Decisión
TIPO Cliente Magnitud del Pedido Descuento
20 o mas 20% + 10%
Comercio
Menos de 20 20%
50 o mas 15%
20 a 49 10%
Particulares
Bibliotecarios 6 a 19 5%
Menos de 6 0%
10. C. Lenguaje Estructurado
Si el pedido es de un cliente comercial
y Si el pedido es por 20 o mas volúmenes
entonces descuento del 30%
y Si no el descuento es del 20%
Si no
Si el pedido es por 50 o mas volúmenes
entonces descuento del 15%
Si no Si el pedido es por 20 a 49 volúmenes
entonces descuento es del 10%
Si no Si el pedido es por 6 a 19 volúmenes
entonces descuento es del 5%
Si no no hay descuento
11. 4. Definir los Almacenamientos de Datos
Definir los almacenamientos de Datos
Contenidos y Accesos Inmediatos
Estructura •Son estos los almacenamientos lógicos
de
Datos de datos, lo mas simples posibles?
•Pueden Combinarse?
•Deben Combinarse?
Elementos •Que accesos inmediatos necesitamos
de para el almacenamiento de Datos y que
Datos
valor implica cada tipo de acceso?
12. 5. Herramientas para la
Automatización
Utilización de esta herramienta para crear una especificación funcional
13. 1. Dibujo de los Flujogramas
de Datos
Convenciones sobre símbolos
Convenciones sobre la explosión
Tratamiento de errores y
excepciones
Pautas para dibujar los diagramas
de datos
14. 1.1 Convenciones sobre
símbolos
Entidades externas
Flujo de Datos
Proceso
Almacenamiento de Datos
15. 1.1 Convenciones sobre
símbolos
ENTIDADES EXTERNAS
Clases lógicas que el sistema no
puede controlar, solamente reciben
y/o generan transacciones. a
a b Cliente
Clientes Proveedor
c c
Empleados Empleados
16. 1.1 Convenciones sobre
símbolos
FLUJO DE DATOS
Movimiento de Datos con
sentido/dirección
Estructura de Datos del Diccionario de Datos
Estructura de Datos del Diccionario de Datos
17. 1.1 Convenciones sobre
símbolos
PROCESO
Actividad/ función que transforma
entradas en salidas o genera nuevas
salidas.
1 o 1.1 o 1.1.1.
Identificación
Descripción de la Función
(Frase imperativa, que consistirá en un
verbo activo)
Referencia Física
Dpto, Programa,etc
Ubicación Física
18. 1.1 Convenciones sobre
símbolos
ALMACENAMIENTO DE DATOS
Almacenar Datos
D1 Nombre Descriptivo
Leer Datos
19. 1.2 Convenciones sobre la
explosión
4
D3 Cuentas a Cobrar
Aplicar
Pago pago
a Detalles de Pago
Factura
Detalles Pago Factura
20. 4. APLICAR PAGO FACTURA
4.1
A Detalle Factura
Pago 4.3 D4 - Alm D3 Cuentas a Cobrar
Cliente 4.2
Verificación C
4.4
Detalle de pago
D
4.5
X
Nuevo Flujo E
X
21. Observaciones
Almacenamientos Internos, externos y
mixtos
Numeración de procesos
Nuevos Flujos de Datos X
Entidades Externas
Cruzamiento de Líneas
22. 1.3 Tratamiento de errores
y excepciones
Cuando sea posible, los flujos de
datos que resulten de condiciones
de error y excepción, deberán
manejarse dentro del diagrama de
segundo nivel en el cual aparecen
(Ej. Proceso 4.2 - Verificación del
pago)
23. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Identificar las entidades externas
Identificar las entradas y salidas
que puedan producirse del
negocio/empresa
Identificar las consultas y los
pedidos de información que
podrían surgir
24. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Dibujar los flujos principales, las
entidades externas, los procesos
fundamentales y los
almacenamiento de datos.
El diagrama DFD es atemporal y
puramente lógico
25. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
No incluya en su primera versión,
los errores, excepciones y
decisiones
No debe importar que el 1er
borrador, resulte una maraña
infructuosa. Luego lo podrá
ordenar.
26. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Cuando tenga listo su primer
borrador, controle con su lista de
entradas y salidas - Anote
cualquier entrada/salida NORMAL
(que no sea error) que no pueda
ubicar.
27. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Confeccione el segundo borrador
mas claro, utilizando una plantilla
o software para dibujar los
símbolos.
Para minimizar cruzamientos ud
deberá:
Duplicar las Entidades Externas
Duplicar los almacenamientos de datos
Admitir recién en este paso el cruce de
28. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Revise con el usuario el segundo
borrador y anote cualquier cambio
que pueda resultar de la revisión
29. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Producir una explosión de nivel
inferior de cada proceso definido
en el 2do. Borrador, respetando las
convenciones sobre “explosión de
niveles”.
30. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Resolverel manejo de errores y
excepciones.
31. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Ahora puede completarse la
tercera versión y final del diagrama
de nivel superior.
32. 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
Publique al usuario el resultado del
nivel superior, se recomienda una
exposición.
33. HERRAMIENTAS DE
AUTOMATIZACION
Un entorno de desarrollo interactivo con un
tiempo de respuesta rápido, recursos dedicados
y una comprobación de errores desde el
principio
La automatización de muchas tareas de
desarrollo y mantenimiento del Software
Una programación visual proporcionada por
potentes interfaces gráficas
35. 2. Construcción y uso de
un diccionario de Datos
1 .El problema de describir los datos
2 .Que desearíamos que contenga
un diccionario de Datos.
Descripción de un elemento de Datos.
Descripción de estructuras de Datos.
Descripción de los flujos de Datos.
Descripción de los almacenamientos de Datos.
Descripción de los procesos.
Descripción de las entidades externas.
Descripción de las entradas al glosario.
36. 2. Construcción y uso de
un diccionario de Datos
3. Diccionarios de Datos Manuales y
automatizados
4. Que podemos extraer de un
Diccionario de Datos
37. 2.1 DD - El problema de describir los datos
Archivo
Registro
Campo
Fecha
Subcampo d ma
38. 2.1. El problema de
describir los datos
Niveles
1. Elementos de Datos: son parte de
datos que resultan significativo
descomponer. Ej. (fecha).
2. Estructura de Datos: constituido por
elementos de datos o por estructuras
de datos o una combinación de
ambas.
39. 2.1. El problema de
describir los datos
Ej. Nro. cliente (DE)
Dirección cliente (ED)
Calle (DE)
Número (DE)
Piso (ED)
Teléfono (ED)
40. 2.1. El problema de
describir los datos
3. Flujo de Datos y almacenamiento
de Datos.
Flujode Datos: son estructuras de
datos en movimiento.
Almacenamiento de datos en Reposo.
42. 2.2. Que desearíamos que
contenga un DD
a. Descripción de un ED
Nombre
Descripción
Alias
ED relacionado
Rango de Valores
Longitud
Información de validación
Máscara
43. ESTADO - PROVINCIA - CODIGO Elemento de Datos
Breve Descripción Código de dos letras, para cada Estado/Territorio de EEUU o
Provincia de Canadá. Tipo A AN N
Alias (contexto) C Estado (BAL) - ESTADO-CODIGO (SISTEMA DE VENTAS) ..
Si es Discreto Si es continuo
Valor Significado Rango de
AK
Valores
Alaska
AL Alabama
Valor
típico
AR Arkansas
Longitud 2 caracteres
AS American Samoa
Representación Interna
Aún sin asignar
AZ Arizona
(Si son mas de 5 valores, continúe a la vuelta, o indique
referencia a hoja separada)
Otra Información de edicion Considerar Código Postal
Estructuras de datos/elementos relacionados Dirección Cliente - Dirección del Proveedor
44. 2.2. Que desearíamos que
contenga un DD
b. Descripción de Estructuras de
Datos
Estructuras opcionales
[nombre]
Estructuras Alternativas
alternativa A
alternativa B
alternativa C
Alteraciones de estructuras
ED * : puede o no repetirse
45. P E D I D O Estructura de datos:
Breve descripción: Estructura de datos representando pedido del cliente
por más libros
PE DI DO -I DENTIFICACION Flujos de datos/estructuras relacionadas
PE DI DO - FECHA C-1, 1-3, 1-5/6, 6-D4,
[CL IE NT E-PEDIDO-NUM] 6-13, 6-7, 13-D8,
CL IE NT E DETALLES 13-D10, D8-16, 16-7
EM PR ES A NOMBRE
Información de volumen
Promedio 100/día en el sistema
actual.
En el nuevo sistema puede llegar
a 1000/día
46. 2.2. Que desearíamos que
contenga un DD
c. Descripción de los flujos de Datos
- La fuente del flujo de Datos
- El destino
- El volumen de cada estructura de Datos
o transacción (x día, x mes, etc.)
- La actual implementación física del flujo
de Datos
47. I T E M N O E M B A R C A B L E S FLUJO DE DATOS
Fuente Ref: 6 Descripción: Verificar inventario existente
Destino Ref: 13 Descripción: Crear pedido pendiente o requisición
Descripción expandida: Detalle de cada item por los cuales el pedido aceptable ha
Sido recibido, pero no puede despacharse porque está sin stock o porque no está in-
cluído en el inventario
Estructuras de datos incluídas: Información de volumen
Pedido
Pedido - identificación Sin stock - aproximadamente 5 por
Cliente - detalles semana (esto es aceptable para la
Gerencia)
Libro - detalles
Causa de no embargo Items no inventariados -
aproximadamente 30 por semana
Cuando el pedido original es para
múltiples libros, solo algunos pueden No crecen los datos
aparecer en el flujo de datos
48. 2.2. Que desearíamos que
contenga un DD
d. Descripción de los
almacenamientos de Datos
ED que reposen en él.
Entradas
Salidos
Accesos inmediatos
Organización física
49. P E D I D O - H I S T O R I A Almacén de Datos ref.: D4
Descripción Todos los pedidos aceptados para su cumplimiento -
últimos 6 meses
Flujo de datos de Flujo de datos de salida: (buscar argumentos)
entrada: Todos los pedidos
6 - D4 D4 - 10 Detalles de pedidos (nombre del
cliente, fecha del pedido)
D4 - 11 Detalle de Ventas
(ISBN, nombre del editor)
Contenidos: D4 - 9 Demanda anterior (ISBN)
Pedido
Pedido - identificación Análisis de acceso inmediato se
podrá encontrar en:
Cliente - detalles
Especificación funcional,
Libro - Detalles ° (1-)
Sección 8.17
Organización física:
Aún sin especificar
50. 2.2. Que desearíamos que
contenga un DD
e. Descripción de los procesos
Nombre
Descripción
Resumen lógico con principales
funciones
Entradas y Salidas
51. V E R I F I C A R - C R E D I T O - O K Proceso ret: 3
Descripción Decidir adonde se embarcan los pedidos sin previo pago, o si debe
Requerirse al cliente pago previo.
Entradas Resúmen de lógica Salidas
1 - 3 PEDIDOS Recuperar historia de pago. 3-C Pedido de pago previo
Si el cliente es nuevo, enviar [Recordatorio de balance]
pedido de pago previo.
D3-3 Historia de pago Si es cliente corriente (prome- 3-D3 Nuevo balance en orden
FECHA-APERTURA-CUENTA dio de dos pedidos mensua-/
FACTURA° les) 3-6 Pedidos con crédito OK
PAGO° OK el pedido, a menos que el
BALANCE EN ORDEN balance esté vencido con más
de 2 meses.
Para clientes anteriores que no
sean corrientes, OK los pedi-
dos, a menos que tengan cual-
quier balance vencido.
Ref. física: Parte de la entrada del pedido en línea, OE 707
Detalles completos de eta lógica se pueden encontrar: Especificación funcional, Sección 7.2
52. 2.2. Que desearíamos que
contenga un DD
f. Descripción de las entidades
externas
Nombre
Flujo de datos asociados
53. 2.2. Que desearíamos que
contenga un DD
g. Descripción de las entradas al glosario
Vocabulario propio de los usuarios que tienen poco o
confuso significado para el Analista-Programador.
Item
Descripción
Alias
Si es discreto - Valor y Significado
Si es continuo - Rango de Valores
Valor por defecto
Longitud
Representación interna
Otros datos de interés
54. V N P Glossary Item
Short description El monto que hoy debería invertirse para producir un flujo de
efectivo fijo Type A AN N
Aliases (contexts) Valor Neto Presente
IF Discrete IF Continuous
Value Meaning Range of
Values
Typical
value
Length
Internal representation
(If more that values, continue on reverse or give
reference to separate sheet)
Other editing information
Related data structures/elements
55. 2.3. Diccionarios de Datos
Manuales y Automatizados
a. Normales: Tarjetas clasificadas
según criterio del equipo
b. Automatizados: Software
Datamanager
56. 2.4. Que podemos extraer
de un diccionario de
Listados
Datos?
clasificados de todos o algunas
entradas del diccionario de Datos.
Informes Compuestos: Conocer la estructura
de Datos y los datos elementales asociados
a él.
Capacidad de referencia cruzada: saber
donde se utiliza una Estructura de Datos en
TODO el diccionario.
Encontrar un nombre a partir de una
descripción.
57. 2.4. Que podemos extraer
de un diccionario de
Datos?
Control de Consistencia e integridad
Existe algún flujo de Datos sin fuente o
Destino?
Se usa algún elemento de Datos en el Proceso
lógico que no está definido?.
Existe algún ED que ingrese a un Proceso y
no se utilice en su lógica interna?
Generaciónde las definiciones legibles
por la computadora
58.
59. 3. Análisis y presentación de
la lógica del proceso
1- Problemas para expresar la lógica
a) No solo, pero no obstante, y /o menos
que
b) Mayor que, menor que
c)- Ambigüedad y/o
d) Adjetivos indefinidos
e) Combinaciones de condiciones
60. 3. Análisis y presentación de
la lógica del proceso
2- Arboles de Decisión
3- Tablas de Decisión
a) Condiciones, acciones y reglas
b) Construcción de la matriz de reglas
c) Indiferencia
d) Extensión de las entradas
e) Tablas y árboles de decisión
61. 3. Análisis y presentación de
la lógica del proceso
4-
Lenguaje estructurado,
Pseudocódigo y Lenguaje comprimido
a) Las estructuras de la programación
estructurada
Prosy Contras de las cuatro
herramientas
b) Convenciones para el lenguaje
estructurado
c) Pseudocódigo
d) Lenguaje comprimido
62. 3.1. Problemas para expresar
la lógica
a)
No solo pero no obstante, y/o a
menos que
63. 3.1. Problemas para expresar la
lógica
¿Qué diferencia hay entre las siguientes oraciones?
1 Sumar A a B a menos que A sea menor que B,
en cuyo caso restar A de B
2 Sumar A a B. Sin embargo si A es menor que
B, la respuesta es la diferencia de A y B
3 Sumar A a B, pero restar A de B cuando A es
menor que B
4 El total se encuentra sumando B a A. A pesar
de la expresión previa, en caso que B sea mayor
que A el resultado será la diferencia entre B y A
No hay diferencia lógica
64. 3.1. Problemas para expresar
la lógica
Transformación:
SI (Condición)
LUEGO (Acción)
SI NO (Condición)
ENTONCES (Acción)
65. 3.1. Problemas para expresar
la lógica
Ejemplo:
SI (A es menor que B)
LUEGO (Restar A de B)
SI NO (A no es menor que B)
ENTONCES (Sumar A a B)
66. 3.1. Problemas para expresar
la lógica
b) Mayor que, menor que
“Hasta 20 unidades sin descuento. Más
de 20 unidades, 5 % de descuento”
¿Qué hacer con 20 unidades?
67. 3.1. Problemas para expresar la
lógica
Forma de expresar los rangos:
• Inclusive / Hasta Inclusive
• MQ
MI
mI
mQ
68. 3.1. Problemas para expresar
la lógica
18 1-19 18
19 19 1-
20
20
20
21 20 o más 21
22 22 más
de 20
69. 3.1. Problemas para expresar la
lógica
c) Ambigüedad y/o
P P
Los clientes que nos compran más de $ 10.000 por año y
R R tienen una buena historia de pago o que han comerciado
E I
con nosotros por más de 20 años deberán recibir trato
preferencial
C O
E R
D I
?
E D
N A
C D
I
A
más de 10.000 por año y más de $ 10.000 por año y
buena historia de pagos o buena historia de pagos o
más de 20 años más de 20 años
70. 3.1. Problemas para expresar la
lógica
Los clientes que nos compran más de $ 10.000 por
año y además, o bien tienen una buena historia
de pagos o han comerciado con nosotros por
más de 20 años, deberán recibir trato
preferencial.
71. 3.1. Problemas para expresar la
lógica
d) Adjetivos indefinidos
¿ Qué es una buena historia de pagos ?
¿ Qué es un cliente regular ?
¿ Qué es trato preferencial ?
PAGO - HISTORIA - TIPO Elementos de datos
Breve Descripción Define si el cliente es considerado como un buen pagador o no
Tipo A AN N
Alias (contextos)
Si es discreto Si es continuo
Valor Significado
BUENA Ningún pago de factura Rango de valores
se excedió más de 30 días
en los últimos 6 meses Valor típico
MALA El pago de una o o más
facturas excedido/s en más Longitud
de 30 días en los últimos
6 meses Representación interna
(Si son más de 5 valores, continuar a la
vuelta o hacer referencia a hoja separada)
Otra información de edición
Estructuras de datos/elementos de datos relacionados
72. 3.1. Problemas para expresar la
lógica
e) Manejo de combinaciones de condiciones
Tablas de Anidar Arbol de
Decisión Estructuras Decisión
SI (condición)
ENTONCES (acción)
SI cliente compra más de $ 10.000
y SI cliente tiene buena historia de pagos
LUEGO trato preferencial
SI NO (mala historia de pagos
ENTONCES SI cliente tiene más de 20 años
LUEGO trato preferencial
SI NO (20 años o menos)
ENTONCES trato normal
SI NO (cliente compra $ 10.000 o menos)
ENTONCES trato normal
73. 3.2. Arboles de Decisión
Buena historia
de pagos Prioridad
Prioridad
Compras por
Más de 20
más de $ 10.000 Mala historia anos Normal
de pagos
20 añoso
menos
Buena historia
de pagos Prioridad
Mala historia
de pagos Normal
$ 10.000
o menos
74. 3.3. Tablas de Decisión
T C 1 2 3 4 5 6 7 8
A O
L
O
N
D
C1: ¿ Más de $ 10.000 por año ? S S S S N N N N
N I
C C2: ¿ Buena historia de pago ? S S N N S S N N
I
O
N C3: ¿ Con nosotros más de 20 años ? S N S N S N S N
T A X X X X X
A C A1: Trato Prioritario
L C
O I
A2: Trato Normal X X X
N O
N
75. 3.3. Tablas de Decisión
a) Condiciones, acciones y reglas
Talón de Condiciones
Talón de Acciones
Reglas (1..8)
b) Construcción de la matriz de reglas
Nº Reglas = 2n condiciones
76. 3.3. Tablas de Decisión
c) Indiferencia
1/2 3 4 5/6 7/8
C1 S S S N N
C2 S N N S N
C3 S N
A1 X X X
A2 X X
77. 3.3.Tablas de Decisión
d) Extensión de las entradas
Cuando la condición puede tener mas de
dos valores; la tabla recibe el nombre
de “Tabla de entrada extendida”.
78. 3.3 Tablas de Decisión
Flete:
C1: Método de despacho A - Aéreo
T - Terrestre
C2: Destinatario L - Local
E - Exterior al este
O - Exterior al oeste
C3: Peso L - Liviano
M - Mediano
P - Pesado
C4: Servicio E - Expreso
N - Normal
Combinaciones = 2 x 3 x 3 x 2 = 36
79. 3.3. Tablas de Decisión
e) Tablas de Decisión / Arboles de Decisión
Utilizar un AD cuando el número de acciones es
pequeño y no sean posibles todas las
combinaciones de las condiciones
Utilizar una TD cuando el número de acciones es
grande y pueden plantearse muchas
combinaciones de condiciones.
Utilizar una TD si duda que su árbol de decisión
muestre la complejidad total del problema.
Aún cuando se necesite una TD para llegar al
final de la lógica, termine presentándola como un
árbol, si puede hacerlo sin violar la primera pauta
80. 3.4. Lenguaje estructurado,
Pseudocódigo y Lenguaje
Comprimido
a)-Las estructuras de la
Programación Estructurada
Instrucciones secuenciales
Sumar importe de flete a la factura
Imprimir factura
Hacer procedimiento
Instrucción de Decisión
SI (condición)
LUEGO (acción)
SI NO (no condición)
ENTONCES (acción
81. 3.4.Lenguaje estructurado,
Pseudocódigo y Lenguaje
comprimido
Decisión CASE
SI (condición 1) Acción-1
SI NO SI (condición 2) Acción-2
SI NO SI (condición 3) Acción-3
82. 3.4.Lenguaje estructurado,
Pseudocódigo y Lenguaje
comprimido
Instrucciones Repetitivas (LAZOS)
HACER MIENTRAS (condición)
Acciones
HACER
Acciones
HASTA (condición)
83. 3.4.Lenguaje estructurado,
Pseudocódigo y Lenguaje
comprimido
b) Convenciones del lenguaje
estructurado
1- La lógica se expresa solo con:
instrucciones secuenciales, de decisión y
repetitiva
2- Sin ambigüedades
3- Reservar palabras clave, escribiéndolas
con mayúscula
SI LUEGO ENTONCES
HACER...
4- Ir de lo general a lo particular (Top-Down)
5- Una palabra que se encuentre definida en
el diccionario de datos deberá subrayarse
84. 3.4.Lenguaje estructurado,
Pseudocódigo y Lenguaje
comprimido
C) Pseudocodigo
Especificar la lógica del programa, utilizando
las convenciones del lenguaje
estructurado pero sin llegar a la sintaxis
en detalle de ningún lenguaje de
programación en particular.
Se agrega
Inicializacion
Terminacion
Lectura
Grabacion
EOF
Contadores, etc
85. 3.4.Lenguaje estructurado,
Pseudocodigo y Lenguaje comprimido
D) Lenguaje comprimido
Se basa en el lenguaje estructurado, pero
comprimido lógicamente, con un estilo
equivalente al castellano. Su realización
esta orientada básicamente a poder ser
interpretado sin mayores problemas por
los usuarios
86. 3.4.Lenguaje estructurado,
Pseudocodigo y Lenguaje comprimido
D) Lenguaje comprimido - BASAMENTO
Las operaciones secuenciales se
presentan como instrucciones imperativas
SI-LUEGO SI-NO ENTONCES
5
5.1
5.11
Las condiciones SI NO se representan
como PARA
Las estructuras de casos se representan
como tablas
87. 3.4.Lenguaje estructurado,
Pseudocodigo y Lenguaje comprimido
E) Comparación de las herramientas
Arboles
Verificaciones de lógica o decisiones moderadamente complejas
Tablas
Problemas que involucran combinaciones complejas, gran
numero de acciones y mediano numero de combinaciones.
Lenguaje estructurado
Cuando el problema comprende la combinación de secuencia
acciones con decisiones o lazos
Lenguaje comprimido
Para Lógicas moderadamente complejas, pero cuando se esta
seguro que no hay ambigüedad.
88. 4. Definir el contenido de los
Almacenamientos de Datos
Lo que sale debe entrar
Simplificación del contenido de datos
mediante inspección
Simplificación del contenido del
almacenamiento datos mediante la
normalización
Normalización de Bases de Datos
Relaciones
Importancia de la 3ra Forma Normal
89. Diagrama de Flujo Parcial de un
Sistema de Personal De
Gerencia
Autorizacione
de
Aumentos
17 19
Mantener Nuevos
Procesar
Empleados D5 EMPLEADOS - DETALLES
Datos Cambios Aumentos
Empleados
Modificación
Salarios
Detalles
de
Salarios
Historia
Direcciones de
de Empleados
Empleados
18 20 21
Generar listas Producir Producir
de direcciones listado perfil
postales para salarios individual
revista
empresaria
A Gerencia
A Personal
90. 4. Simplificación del Contenido
de los Datos - Inspección
Duplicaciones de datos
innecesarias
Datos sin uso en ningún proceso
Redundancia en campos (TOTAL)
91. 4. Simplificación del Contenido del
Almacenamiento de Datos - Normalización
1era Forma Normal
2da Forma Normal
3ra Forma Normal
OBSERVACIONES :
DOMINIO = ELEMENTO DE DATOS
TUPLA = REGISTRO
RELACION = ESTRUCTURA DE DATOS
CLAVE SIMPLE = ACCESO A LA BD SIMPLE
CLAVE CONCATENADA = ACCESO A LA BD COMPLEJA
92. 4. Primera Forma Normal
Dividirla relación en una o mas relaciones
sin grupos repetitivos. Asignar uno o mas
dominios como clave primaria, es decir la
menor clave que identifique unívocamente
cada tupla.
93.
94. 4. Segunda Forma Normal
Para relaciones cuyas claves tengan mas que un
dominio, verificar que cada dominio no clave es
función dependiente de toda la clave, y no
solamente de una parte. Dividir la relación, si es
necesario, para lograr este objetivo.
95.
96. 4. Tercera Forma Normal
Verificarque todos los dominios no clave
sean mutuamente independientes entre si.
Suprimir dominios redundantes o dividir las
relaciones.
97.
98.
99. 4. Relaciones y Operaciones
1 a+
+ a 1
+ a +
JOIN - Unión
100. 4. La Importancia de la tercera
forma normal
Podemos utilizar las relaciones 3FN como bloques de
construcción básicos de los almacenamientos de datos
que especifiquemos
Podemos utilizar 3FN como medio standard para
comunicar los contenidos de los almacenamientos de
datos a los diseñadores físicos, ya sea que el eventual
sistema este orientado hacia una base de datos o a un
archivo.
Podemos mostrar el contenido lógico de los
almacenamientos de datos a los usuarios interesados
en la forma de tablas familiares.
101. 5. Análisis de los requerimientos
de Respuestas
Descripción de las formas en que se utilizan
los datos
Técnicas físicas para el acceso inmediato
Indices
Registros Jerárquicos
Capacidad de un Lenguaje General de
Consulta
Tipos de Consulta