Análisis y Diseño de Sistemas

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
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
• 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.
 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
 2. Construir un Diccionario de
Datos

 PEDIDO

 PEDIDO
PEDIDO -- IDENTIFICACION
IDENTIFICACION

 CLIENTE
CLIENTE -- DETALLE
DETALLE

 LIBRO
LIBRO -- DETALLE
DETALLE

 PEDIDO - IDENTIFICACION

 FECHA
FECHA -- PEDIDO
PEDIDO

 CLIENTE
CLIENTE -- PEDIDO
PEDIDO -- NUMERO

 CLIENTE - DETALLES

 EMPRESA
EMPRESA

 RESPONSABLE
RESPONSABLE

 DIRECCION
DIRECCION
 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
 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
 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%
 C. Lenguaje Estructurado

Si el pedido es de un cliente comercial

y Si el pedido es por 20 o mas volúmenes
entonces
entonces descuento
descuento del
del 30%
30%
y Si no el descuento es del 20%
Si no
Si el pedido es por 50 o mas volúmenes
entonces
entonces descuento
descuento del
del 15%
15%
Si no Si el pedido es por 20 a 49 volúmenes
entonces
entonces descuento
descuento es
es del
del 10%
10%
Si
Si no
no Si
Si el
el pedido
pedido es
es por
por 66 aa 19
19 volúmenes
volúmenes
entonces
entonces descuento
descuento es es del
del 5%
5%
Si
Si no
no no
no hay
hay descuento
descuento
 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?
 5. Herramientas para la
Automatización
Utilización de esta herramienta para crear una especificación funcional
 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
 1.1 Convenciones sobre
símbolos
 Entidades externas
 Flujo de Datos
 Proceso
 Almacenamiento de Datos
 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
 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

 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
 1.1 Convenciones sobre
símbolos
 ALMACENAMIENTO DE DATOS

Almacenar Datos

D1 Nombre Descriptivo

Leer Datos
1.2 Convenciones sobre la
explosión

4
D3 Cuentas a Cobrar
Aplicar
Pago pago
a Detalles de Pago
Factura

Detalles Pago Factura

 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
 Observaciones
 Almacenamientos Internos, externos y
mixtos
 Numeración de procesos
 Nuevos Flujos de Datos X
 Entidades Externas
 Cruzamiento de Líneas
 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)
 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
 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
 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.
 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.
 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

 flujos de datos

 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
 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”.
 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
 Resolver
el manejo de errores y
excepciones.
 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.
 1.4 Pautas para Dibujar los
Diagramas de Flujo de Datos
 Publiqueal usuario el resultado del
nivel superior, se recomienda una
exposición.
 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
Easy Case
2. Construcción y uso de un
diccionario de Datos
.El problema de describir los datos
 .Que desearíamos que contenga un
diccionario de Datos.

 Descripción
Descripción de
de un
un elemento
elemento de
de Datos.
Datos.

 Descripción
Descripción de
de estructuras
estructuras de Datos.

 Descripción
Descripción de
de los
los flujos
flujos de
de Datos.
Datos.

 Descripción
Descripción de
de los
los almacenamientos
almacenamientos de Datos.

 Descripción
Descripción de
de los
los procesos.
procesos.

 Descripción
Descripción de
de las
las entidades
entidades externas.
externas.

 Descripción
Descripción de
de las
las entradas
entradas al
al glosario.
glosario.
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
 2.1 DD - El problema de describir los datos

Archivo

Registro

Campo

Fecha
Subcampo d ma
 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.
 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)
 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.
 Almacenamiento
Flujo de Datos de Datos

Estructura
de Datos

Elementos
de Datos
 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

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
 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
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
 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
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
 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
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:
6 - D4 Todos los pedidos 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
 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
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
 2.2. Que desearíamos que
contenga un DD
f. Descripción de las entidades
externas
 Nombre
 Flujo de datos asociados
 2.2. Que desearíamos que
contenga un DD
g. Descripción de las entradas al glosario

 Vocabulario
Vocabulario propio
propio de los usuarios que tienen
tienen poco
poco oo
confuso
confuso significado
significado para elel Analista-Programador.
Analista-Programador.
 Item


 Descripción


 Alias


 Si
Si es
es discreto
discreto -- Valor
Valor y Significado

 Si
Si es
es continuo
continuo -- Rango
Rango dede Valores
Valores

 Valor
Valor por
por defecto
defecto

 Longitud
Longitud

 Representación
Representación interna
interna

 Otros
Otros datos
datos de
de interés
interés
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
 2.3. Diccionarios de Datos
Manuales y Automatizados
a. Normales: Tarjetas clasificadas
según criterio del equipo
b. Automatizados: Software
Datamanager
 2.4. Que podemos extraer
de un diccionario de Datos?
 Listados 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.
 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
 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
 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
 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
 3.1. Problemas para expresar
la lógica
 a)
No solo pero no obstante, y/o a
menos que
 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
 3.1. Problemas para expresar
la lógica

 Transformación:
SI (Condición)
LUEGO (Acción)
SI NO (Condición)
ENTONCES (Acción)
 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)
 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?

 3.1. Problemas para expresar la
lógica
Forma de expresar los rangos:

Inclusive
 / Hasta Inclusive
MQ


MI
mI
mQ
 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
 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
C O
I
con nosotros por más de 20 años deberán recibir trato
E R preferencial
D I

?
E D
N A
C D
I
A más
más de
de 10.000
10.000 por
por año
año yy más
más de
de $$ 10.000
10.000 por
por año
año
yy
buena
buena historia
historia de
de pagos
pagos oo buena
buena historia
historia de
de pagos
pagos
oo
más
más de
de 20
20 años
años más
más de
de 20
20 años
años
 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.
 3.1. Problemas para expresar la
lógica
d)
d) Adjetivos
Adjetivos indefinidos
indefinidos

¿¿ Qué
Qué es
es una
una buena
buena historia
historia de
de pagos
pagos ??
¿¿ Qué
Qué es
es un
un cliente
cliente regular
regular ??
¿¿ Qué
Qué es
es trato
trato preferencial
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

 3.1. Problemas para expresar la
lógica
e) Manejo de combinaciones de condiciones

Tablas
Tablas de
de Anidar
Anidar Arbol
Arbol de
de
Decisión
Decisión Estructuras
Estructuras Decisión
Decisión
SI
SI (condición)
(condición)
ENTONCES
ENTONCES (acción)
(acción)
SI
SI cliente
cliente compra
compra más
más de
de $$ 10.000
10.000
yy SI
SI cliente
cliente tiene
tiene buena
buena historia
historia de
de pagos
pagos
LUEGO
LUEGO trato
trato preferencial
preferencial
SI
SI NO
NO (mala
(mala historia
historia de
de pagos
pagos
ENTONCES
ENTONCES SI SI cliente
cliente tiene
tiene más
más de
de 20
20 años
años
LUEGO trato preferencial
LUEGO trato preferencial
SI
SI NO
NO (20
(20 años
años oo menos)
menos)
ENTONCES
ENTONCES tratotrato normal
normal
SI
SI NO
NO (cliente
(cliente compra
compra $$ 10.000
10.000 oo menos)
menos)
ENTONCES
ENTONCES trato trato normal
normal
 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
 3.3. Tablas de Decisión

T C
1 2 3 4 5 6 7 8
A O
L N
O D C1: ¿ Más de $ 10.000 por año ? S S S S N N N N
N I
C
I
C2: ¿ Buena historia de pago ? S S N N S S N N
O
N C3: ¿ Con nosotros más de 20 años ? S N S N S N S N

T
A
A
C
A1: Trato Prioritario X X X X X
L C
O I A2: Trato Normal X X X
N O
N
 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 = 2nn condiciones

condiciones
 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
 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”.
 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
 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
 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
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
 3.4.Lenguaje estructurado,
Pseudocódigo y Lenguaje
comprimido
 Instrucciones Repetitivas (LAZOS)
 HACER MIENTRAS (condición)
Acciones

 HACER

Acciones

HASTA (condición)
 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
 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
 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
 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
5.11
 Las condiciones SI NO se representan
como PARA
 Las estructuras de casos se representan
como tablas
 3.4.Lenguaje estructurado,
Pseudocodigo y Lenguaje comprimido

E) Comparación de las herramientas

Arboles
Verificaciones
Verificaciones de
de lógica
lógica oo decisiones
decisiones moderadamente
moderadamente complejas
complejas
Tablas
Tablas
Problemas
Problemas que
que involucran
involucran combinaciones
combinaciones complejas,
complejas, gran
gran
numero
numero de
de acciones
acciones yy mediano
mediano numero
numero de
de combinaciones.
combinaciones.
Lenguaje estructurado
Cuando
Cuando el
el problema
problema comprende
comprende lala combinación
combinación de
de secuencia
secuencia
acciones
acciones con
con decisiones
decisiones oo lazos
lazos
Lenguaje comprimido
comprimido
Para
Para Lógicas
Lógicas moderadamente
moderadamente complejas,
complejas, pero
pero cuando
cuando se
se esta
esta
seguro
seguro que
que no
no hay
hay ambigüedad.
ambigüedad.
 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
 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
 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)
 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
 4. Primera Forma Normal

 Dividir la 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.
 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.
 4. Tercera Forma Normal

 Verificar que todos los dominios no clave

sean mutuamente independientes entre si.
Suprimir dominios redundantes o dividir las
relaciones.
 4. Relaciones y Operaciones

1 a+
+ a 1
+ a +
 JOIN - Unión
 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.
 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