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

• Identifica los almacenamientos de datos a los cuales tienen acceso.• 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.

Libros Detalle de Libros Editores Datos Editor Cliente Pedido Verificar Pedido Cliente Pedidos Validos Armar Pedidos a Editores Pedidos en Lote O de C Editor Clientes Pedidos Pendientes Observaciones •Condiciones de Error •Implementaciones físicas •Clase General de Sistema .

DETALLE LIBRO .IDENTIFICACION CLIENTE .PEDIDO .PEDIDO CLIENTE .2. Construir un Diccionario de Datos  PEDIDO    PEDIDO .DETALLE FECHA .IDENTIFICACION    CLIENTE .DETALLES    .NUMERO EMPRESA RESPONSABLE DIRECCION  PEDIDO .

3. Narrativa  B. Definir la Lógica de los Procesos ¿Que está pasando dentro de los procesos? A. Lenguaje Estructurado  . Arbol de Decisión / Tablas de Decisión  C.

es del 20%. NARRATIVA El descuento comercial.A. a libreros establecidos (al gremio). 10% para pedidos de 20 o mas libros y 15% para pedidos de 50 o mas. Para Clientes particulares y bibliotecarios se concede el 5% de descuento por 6 o mas libros. 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 Comercio Menos de 20 20% Magnitud del Pedido 20 o mas Descuento 20% + 10% 50 o mas 20 a 49 Particulares Bibliotecarios 6 a 19 Menos de 6 15% 10% 5% 0% .

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 .C.

lo mas simples posibles? •Pueden Combinarse? •Deben Combinarse? •Que accesos inmediatos necesitamos para el almacenamiento de Datos y que valor implica cada tipo de acceso? . Definir los Almacenamientos de Datos Definir los almacenamientos de Datos Contenidos y Accesos Inmediatos Estructura de Datos Elementos de Datos •Son estos los almacenamientos lógicos de datos.4.

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
 Clases

EXTERNAS

lógicas que el sistema no puede controlar, solamente reciben y/o generan transacciones. a
b Cliente Proveedor

a Clientes

c Empleados

c 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) Ubicación Física

Referencia Física Dpto, Programa,etc

1.1 Convenciones sobre símbolos  ALMACENAMIENTO DE DATOS Almacenar Datos D1 Nombre Descriptivo Leer Datos .

2 Convenciones sobre la explosión 4 D3 Cuentas a Cobrar Pago Aplicar pago a Factura Detalles de Pago Detalles Pago Factura .1.

Alm D3 Cuentas a Cobrar C 4.3 D4 . APLICAR PAGO FACTURA 4.4 Detalle de pago D 4.5 X Nuevo Flujo E X .2 Verificación 4.4.1 A Detalle Factura Cliente Pago 4.

Observaciones Almacenamientos Internos. externos y mixtos  Numeración de procesos  Nuevos Flujos de Datos X  Entidades Externas  Cruzamiento de Líneas  .

1.2 .3 Tratamiento de errores y excepciones Cuando sea posible. deberán manejarse dentro del diagrama de segundo nivel en el cual aparecen (Ej. Proceso 4. los flujos de datos que resulten de condiciones de error y excepción.Verificación del pago) .

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.

1. los procesos fundamentales y los almacenamiento de datos.  El diagrama DFD es atemporal y puramente lógico .4 Pautas para Dibujar los Diagramas de Flujo de Datos  Dibujar los flujos principales. las entidades externas.

1. Luego lo podrá ordenar. excepciones y decisiones  No debe importar que el 1er borrador. .4 Pautas para Dibujar los Diagramas de Flujo de Datos  No incluya en su primera versión. resulte una maraña infructuosa. los errores.

4 Pautas para Dibujar los Diagramas de Flujo de Datos  Cuando tenga listo su primer borrador. .1. controle con su lista de entradas y salidas .Anote cualquier entrada/salida NORMAL (que no sea error) que no pueda ubicar.

1.  Para minimizar cruzamientos ud deberá:    Duplicar las Entidades Externas Duplicar los almacenamientos de datos Admitir recién en este paso el cruce de .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.

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.

. Borrador.1. respetando las convenciones sobre “explosión de niveles”.4 Pautas para Dibujar los Diagramas de Flujo de Datos  Producir una explosión de nivel inferior de cada proceso definido en el 2do.

.4 Pautas para Dibujar los Diagramas de Flujo de Datos  Resolver el manejo de errores y excepciones.1.

.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.

. se recomienda una exposición.4 Pautas para Dibujar los Diagramas de Flujo de Datos  Publique al usuario el resultado del nivel superior.1.

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 .HERRAMIENTAS DE AUTOMATIZACION    Un entorno de desarrollo interactivo con un tiempo de respuesta rápido.

Easy Case .

los almacenamientos de Datos. las entradas al glosario. Construcción y uso de un diccionario de Datos 1 2 . estructuras de Datos. los procesos.2. las entidades externas.El problema de describir los datos .        Descripción Descripción Descripción Descripción Descripción Descripción Descripción de de de de de de de un elemento de Datos. los flujos de Datos. .Que desearíamos que contenga un diccionario de Datos.

2. Construcción y uso de un diccionario de Datos 3. Que podemos extraer de un Diccionario de Datos . Diccionarios de Datos Manuales y automatizados 4.

1 DD .El problema de describir los datos Archivo Registro Campo Subcampo Fecha d ma .2.

(fecha). El problema de describir los datos  Niveles 1.2. Estructura de Datos: constituido por elementos de datos o por estructuras de datos o una combinación de ambas. .1. Elementos de Datos: son parte de datos que resultan significativo descomponer. 2. Ej.

El problema de describir los datos  Ej.1. cliente (DE)  Dirección cliente (ED)  Calle (DE)  Número (DE)  Piso (ED)  Teléfono (ED) .2. Nro.

Flujo de Datos y almacenamiento de Datos. .  Flujo de Datos: son estructuras de datos en movimiento. El problema de describir los datos 3.  Almacenamiento de datos en Reposo.2.1.

Flujo de Datos Almacenamiento 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 .

CODIGO Breve Descripción Elemento de Datos Código de dos letras.ESTADO . para cada Estado/Territorio de EEUU o Tipo A AN N Provincia de Canadá.. o indique referencia a hoja separada) Otra Información de edicion Considerar Código Postal Estructuras de datos/elementos relacionados Dirección Cliente .PROVINCIA . Si es Discreto Valor AK AL AR AS AZ Alaska Significado Si es continuo Rango de Valores Valor típico Longitud 2 caracteres Alabama Arkansas American Samoa Arizona Representación Interna Aún sin asignar (Si son mas de 5 valores. Alias (contexto) C Estado (BAL) . continúe a la vuelta.ESTADO-CODIGO (SISTEMA DE VENTAS) .Dirección del Proveedor .

Descripción de Estructuras de Datos  Estructuras  [nombre] opcionales  Estructuras  alternativa Alternativas A  alternativa B  alternativa C  Alteraciones  ED de estructuras : puede o no repetirse * .2. Que desearíamos que contenga un DD b.2.

1-5/6. 13-D8.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 C-1. 1-3.FECHA [CL IE NT E-PEDIDO-NUM] CL IE NT E EM PR ES DETALLES A NOMBRE Información de volumen Promedio 100/día en el sistema actual. En el nuevo sistema puede llegar a 1000/día . D8-16. 6-7. 6-D4. 6-13. 16-7 PE DI DO . 13-D10.

etc.2. x mes.El volumen de cada estructura de Datos o transacción (x día.La actual implementación física del flujo de Datos . Que desearíamos que contenga un DD c. Descripción de los flujos de Datos .La fuente del flujo de Datos .) .El destino .2.

solo algunos pueden aparecer en el flujo de datos .detalles Libro . pero no puede despacharse porque está sin stock o porque no está incluído en el inventario Estructuras de datos incluídas: Pedido Pedido .detalles Causa de no embargo Información de volumen Sin stock .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: Destino Ref: 13 Descripción: Verificar inventario existente Crear pedido pendiente o requisición Descripción expandida: Detalle de cada item por los cuales el pedido aceptable ha Sido recibido.aproximadamente 5 por semana (esto es aceptable para la Gerencia) Items no inventariados aproximadamente 30 por semana No crecen los datos Cuando el pedido original es para múltiples libros.identificación Cliente .

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 .

11 Detalle de Ventas Contenidos: Pedido Pedido .identificación Cliente .P E D I D O - H I S T O R I A Almacén de Datos ref.D4 Todos los pedidos Flujo de datos de salida: (buscar argumentos) D4 .9 Demanda anterior (ISBN) Análisis de acceso inmediato se podrá encontrar en: Especificación funcional.: D4 Descripción Todos los pedidos aceptados para su cumplimiento últimos 6 meses Flujo de datos de entrada: 6 . fecha del pedido) D4 . Sección 8. nombre del editor) D4 .10 Detalles de pedidos (nombre del cliente.17 Organización física: Aún sin especificar .Detalles ° (1-) (ISBN.detalles Libro .

Que desearíamos que contenga un DD e. Descripción de los procesos  Nombre  Descripción  Resumen funciones  Entradas y Salidas lógico con principales .2.2.

OE 707 3-D3 Nuevo balance en orden 3-6 Pedidos con crédito OK Detalles completos de eta lógica se pueden encontrar: Especificación funcional. o si debe Requerirse al cliente pago previo.O K Proceso ret: 3 Descripción Decidir adonde se embarcan los pedidos sin previo pago.C R E D I T O . a menos que el PAGO° balance esté vencido con más BALANCE EN ORDEN de 2 meses. Para clientes anteriores que no sean corrientes. Entradas 1 .V E R I F I C A R . Sección 7. OK los pedidos. enviar pedido de pago previo.3 PEDIDOS Resúmen de lógica Salidas 3-C Pedido de pago previo [Recordatorio de balance] Recuperar historia de pago. a menos que tengan cualquier balance vencido. Si el cliente es nuevo. física: Parte de la entrada del pedido en línea. Si es cliente corriente (promeD3-3 Historia de pago FECHA-APERTURA-CUENTA dio de dos pedidos mensua-/ les) FACTURA° OK el pedido.2 . Ref.

2.2. Descripción de las entidades externas  Nombre  Flujo de datos asociados . Que desearíamos que contenga un DD f.

 Item  Descripción  Alias Si es discreto .Valor y Significado Si es continuo .2.Rango de Valores Valor por defecto Longitud Representación interna Otros datos de interés . 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.2.

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 Value Meaning Range of Values Typical value Length IF Continuous Internal representation (If more that values. continue on reverse or give reference to separate sheet) Other editing information Related data structures/elements .

Diccionarios de Datos Manuales y Automatizados a.2. Normales: Tarjetas clasificadas según criterio del equipo b.3. Automatizados: Software Datamanager .

.2. 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. Que podemos extraer de un diccionario de Datos?     Listados clasificados de todos o algunas entradas del diccionario de Datos.4. Encontrar un nombre a partir de una descripción.

 Existe algún ED que ingrese a un Proceso y no se utilice en su lógica interna?  Generación de las definiciones legibles por la computadora .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?.2.

.

y /o menos que  b) Mayor que. Análisis y presentación de la lógica del proceso  1.3.Ambigüedad y/o  d) Adjetivos indefinidos  e) Combinaciones de condiciones  . menor que  c).Problemas para expresar la lógica a) No solo. pero no obstante.

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  . Análisis y presentación de la lógica del proceso 2.3.Arboles de Decisión  3.

3. Pseudocódigo y Lenguaje comprimido  a) Las estructuras de la programación estructurada  Pros y Contras de las cuatro herramientas b) Convenciones para el lenguaje estructurado  c) Pseudocódigo  d) Lenguaje comprimido  .Lenguaje estructurado. Análisis y presentación de la lógica del proceso  4.

y/o a menos que .3.1. Problemas para expresar la lógica  a) No solo pero no obstante.

3. en cuyo caso restar A de B  2 Sumar A a B. 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 caso que B sea mayor que A el resultado será la diferencia entre B y A  No hay diferencia lógica . A pesar de la expresión previa. 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.1.

3.1. Problemas para expresar la lógica  Transformación: SI (Condición) LUEGO (Acción) SI NO (Condición) ENTONCES (Acción) .

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) .1.3.

5 % de descuento” ¿Qué hacer con 20 unidades? .3. Problemas para expresar la lógica  b) Mayor que.1. Más de 20 unidades. menor que “Hasta 20 unidades sin descuento.

1. Problemas para expresar la lógica Forma de expresar los rangos: • • Inclusive / Hasta Inclusive MQ MI mI mQ .3.

3. Problemas para expresar la lógica 18 19 1-20 1-19 18 19 20 20 21 20 o más 22 más de 20 21 22 .1.

000 por año y y buena historia de pagos o o más de 20 años más de $ 10.1. Problemas para expresar la lógica  P P R E C E D E R I O R I D c) Ambigüedad y/o Los clientes que nos compran más de $ 10.000 por año y tienen una buena historia de pago o que han comerciado con nosotros por más de 20 años deberán recibir trato preferencial N A C I D ? más de 10.3.000 por año buena historia de pagos más de 20 años A .

3.000 por año y además. Problemas para expresar la lógica Los clientes que nos compran más de $ 10. deberán recibir trato preferencial. .1. o bien tienen una buena historia de pagos o han comerciado con nosotros por más de 20 años.

TIPO Elementos de datos Breve Descripción Define si el cliente es considerado como un buen pagador o no Alias (contextos) Si es discreto Valor BUENA Significado Ningún pago de factura se excedió más de 30 días en los últimos 6 meses MALA El pago de una o o más facturas excedido/s en más de 30 días en los últimos 6 meses (Si son más de 5 valores.1. continuar a la vuelta o hacer referencia a hoja separada) Otra información de edición Rango de valores Valor típico Longitud Representación interna Tipo Si es continuo A AN N Estructuras de datos/elementos de datos relacionados .3.HISTORIA . 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 .

000 o menos) ENTONCES trato normal .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.3. Problemas para expresar la lógica e) Manejo de combinaciones de condiciones Tablas de Decisión Anidar Estructuras SI (condición) ENTONCES (acción) Arbol de Decisión SI cliente compra más de $ 10.1.

000 Mala historia de pagos Prioridad Más de 20 anos 20 añoso menos Buena historia de pagos Prioridad Normal Prioridad $ 10.3.000 o menos Mala historia de pagos Normal . Arboles de Decisión Buena historia de pagos Compras por más de $ 10.2.

3.000 por año ? C2: ¿ Buena historia de pago ? S S S S N N N N S S N N S S N N C3: ¿ Con nosotros más de 20 años ? S N S N S N S N X X X X X T A L O N A C C I O N A1: Trato Prioritario A2: Trato Normal X X X .3. Tablas de Decisión T A L O N C O N D I C I O N 1 2 3 4 5 6 7 8 C1: ¿ Más de $ 10.

8)  b) Construcción de la matriz de reglas Nº Reglas = 2n condiciones .3.3.. Tablas de Decisión a) Condiciones. acciones y reglas Talón de Condiciones  Talón de Acciones  Reglas (1.

3.3. Tablas de Decisión c) Indiferencia 1/2 S S X 3 4 5/6 S S N N N S S N X X X 7/8 N N C1 C2 C3 A1 A2 X .

Tablas de Decisión d) Extensión de las entradas Cuando la condición puede tener mas de dos valores.3.3. la tabla recibe el nombre de “Tabla de entrada extendida”. .

3 Tablas de Decisión Flete: C1: Método de despacho A .Normal .Exterior al oeste L .Pesado E .Liviano M .Mediano P .Terrestre C2: Destinatario C3: Peso C4: Servicio Combinaciones = 2 x 3 x 3 x 2 = 36 L .Exterior al este O .Aéreo T .Expreso N .Local E .3.

si puede hacerlo sin violar la primera pauta . 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.3. termine presentándola como un árbol.  Aún cuando se necesite una TD para llegar al final de la lógica.3.  Utilizar una TD si duda que su árbol de decisión muestre la complejidad total del problema.

3.4. Pseudocódigo y Lenguaje Comprimido  a)- Las estructuras de la Programación Estructurada  Instrucciones  Sumar  Instrucción importe de flete a la factura  Imprimir factura  Hacer procedimiento SI (condición) LUEGO (acción) SI NO (no condición) ENTONCES (acción secuenciales de Decisión . Lenguaje estructurado.

3. Pseudocódigo y Lenguaje comprimido  Decisión CASE SI (condición 1) SI NO SI (condición 2) SI NO SI (condición 3) Acción-1 Acción-2 Acción-3 .4.Lenguaje estructurado.

4.Lenguaje estructurado. Pseudocódigo y Lenguaje comprimido  Instrucciones  HACER Repetitivas (LAZOS) MIENTRAS (condición) Acciones  HACER Acciones HASTA (condición) .3.

4. Pseudocódigo y Lenguaje comprimido b) Convenciones del lenguaje estructurado 1.. de decisión y repetitiva 2.Reservar palabras clave.La lógica se expresa solo con: instrucciones secuenciales.Una palabra que se encuentre definida en el diccionario de datos deberá subrayarse .. escribiéndolas con mayúscula SI LUEGO ENTONCES HACER.4.Sin ambigüedades 3.Lenguaje estructurado.Ir de lo general a lo particular (Top-Down) 5.3.

Pseudocódigo y Lenguaje comprimido C) 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. Pseudocodigo Se agrega Inicializacion Terminacion Lectura Grabacion EOF Contadores.3. etc .4.Lenguaje estructurado.

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

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 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.

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 .4.

DETALLES Modificación Salarios Procesar Aumentos Detalles de Salarios Direcciones de Empleados Historia de Empleados 18 Generar listas de direcciones postales para revista empresaria 20 Producir listado salarios 21 Producir perfil individual A Personal A Gerencia .Diagrama de Flujo Parcial de un Sistema de Personal De Gerencia Autorizacione de Aumentos 17 Mantener Datos Empleados Nuevos Empleados Cambios 19 D5 EMPLEADOS .

Simplificación del Contenido de los Datos .4.Inspección  Duplicaciones innecesarias  Datos sin uso en ningún proceso  Redundancia en campos (TOTAL) de datos .

4. Simplificación del Contenido del Almacenamiento de Datos .Normalización  1era Forma Normal  2da Forma Normal  3ra Forma Normal OBSERVACIONES : DOMINIO TUPLA RELACION CLAVE SIMPLE CLAVE CONCATENADA = ELEMENTO DE DATOS = REGISTRO = ESTRUCTURA DE DATOS = ACCESO A LA BD SIMPLE = ACCESO A LA BD COMPLEJA .

4. es decir la menor clave que identifique unívocamente cada tupla. Asignar uno o mas dominios como clave primaria. Primera Forma Normal  Dividir la relación en una o mas relaciones sin grupos repetitivos. .

.

verificar que cada dominio no clave es función dependiente de toda la clave. si es necesario. para lograr este objetivo. .4. Segunda Forma Normal  Para relaciones cuyas claves tengan mas que un dominio. Dividir la relación. y no solamente de una parte.

.

. Tercera Forma Normal  Verificar que todos los dominios no clave sean mutuamente independientes entre si.4. Suprimir dominios redundantes o dividir las relaciones.

.

.

Unión .4. Relaciones y Operaciones 1 a+ + a 1 + a +  JOIN .

.4. ya sea que el eventual sistema este orientado hacia una base de datos o a un archivo. 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. 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 .