Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada

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 DiagramaLó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 enconsecuencia los límites del sistema)• Identifica y asigna nombres a las funciones lógicas.• Identifica y da nombres a los grupos de elementos dedatos que conectan una función con otra.• Identifica los almacenamientos de datos a los cualestienen acceso.

Libros Editores Detalle de Libros Datos Editor Verificar ArmarCliente 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 - IDENTIFICACION  CLIENTE - DETALLE  LIBRO - DETALLE PEDIDO - IDENTIFICACION  FECHA - PEDIDO  CLIENTE - PEDIDO - NUMERO CLIENTE - DETALLES  EMPRESA  RESPONSABLE  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. NARRATIVAEl 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%ParticularesBibliotecarios 6 a 19 5% Menos de 6 0%

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

4. Definir los Almacenamientos de DatosDefinir los almacenamientos de Datos Contenidos y Accesos InmediatosEstructura •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ónUtilizació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. aa 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 AplicarPago 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 CobrarCliente 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 excepcionesCuando 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

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Resolverel 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Publique al 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 Datos1 .El problema de describir los datos2 .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.

2. Construcción y uso de un diccionario de Datos3. Diccionarios de Datos Manuales y automatizados4. Que podemos extraer de un Diccionario de Datos

2.1 DD - El problema de describir los datosArchivoRegistro Campo FechaSubcampo 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 datos3. Flujo de Datos y almacenamiento de Datos. Flujode Datos: son estructuras de datos en movimiento. Almacenamiento de datos en Reposo.

AlmacenamientoFlujo de Datos de Datos Estructura de Datos Elementos de Datos

2.2. Que desearíamos que contenga un DDa. 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 DatosBreve Descripción Código de dos letras, para cada Estado/Territorio de EEUU o Provincia de Canadá. Tipo A AN NAlias (contexto) C Estado (BAL) - ESTADO-CODIGO (SISTEMA DE VENTAS) .. Si es Discreto Si es continuo Valor Significado Rango deAK Valores AlaskaAL Alabama Valor típicoAR Arkansas Longitud 2 caracteresAS American Samoa Representación Interna Aún sin asignarAZ Arizona(Si son mas de 5 valores, continúe a la vuelta, o indiquereferencia a hoja separada)Otra Información de edicion Considerar Código PostalEstructuras de datos/elementos relacionados Dirección Cliente - Dirección del Proveedor

2.2. Que desearíamos que contenga un DDb. 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 librosPE 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 DDc. 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 DATOSFuente Ref: 6 Descripción: Verificar inventario existenteDestino Ref: 13 Descripción: Crear pedido pendiente o requisiciónDescripció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 DDd. 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.: D4Descripción Todos los pedidos aceptados para su cumplimiento - últimos 6 mesesFlujo 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

2.2. Que desearíamos que contenga un DDe. 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: 3Descripción Decidir adonde se embarcan los pedidos sin previo pago, o si debe Requerirse al cliente pago previo. Entradas Resúmen de lógica Salidas1 - 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 ordenFECHA-APERTURA-CUENTA dio de dos pedidos mensua-/FACTURA° les) 3-6 Pedidos con crédito OKPAGO° OK el pedido, a menos que elBALANCE EN ORDEN balance esté vencido con más de 2 meses. Para clientes anteriores que no sean corrientes, OK los pedidos, a menos que tengan cualquier balance vencido.Ref. física: Parte de la entrada del pedido en línea, OE 707Detalles completos de eta lógica se pueden encontrar: Especificación funcional, Sección 7.2

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

2.2. Que desearíamos que contenga un DDg. 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

V N P Glossary ItemShort description El monto que hoy debería invertirse para producir un flujo de efectivo fijo Type A AN NAliases (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 givereference to separate sheet)Other editing informationRelated data structures/elements

2.3. Diccionarios de Datos Manuales y Automatizadosa. Normales: Tarjetas clasificadas según criterio del equipob. Automatizados: Software Datamanager

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.

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ógicaForma de expresar los rangos: • Inclusive / Hasta Inclusive • MQ MI mI mQ

3.1. Problemas para expresar la lógica18 1-19 1819 19 1- 20 202021 20 o más 2122 22 más de 20

3.1. Problemas para expresar la lógica  c) Ambigüedad y/oP P Los clientes que nos compran más de $ 10.000 por año yR R tienen una buena historia de pago o que han comerciadoE I con nosotros por más de 20 años deberán recibir trato preferencialC OE RD I ?E DN AC DIA 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

3.1. Problemas para expresar la lógicaLos 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) Adjetivos indefinidos ¿ Qué es una buena historia de pagos ? ¿ Qué es un cliente regular ? ¿ Qué es trato preferencial ?PAGO - HISTORIA - TIPO Elementos de datosBreve 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ógicae) 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

3.2. Arboles de Decisión Buena historia de pagos Prioridad PrioridadCompras por Más de 20má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ónT C 1 2 3 4 5 6 7 8A OLO N D C1: ¿ Más de $ 10.000 por año ? S S S S N N N NN 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 NT A X X X X XA C A1: Trato PrioritarioL CO I A2: Trato Normal X X XN O N

3.3. Tablas de Decisióna) 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

3.3. Tablas de Decisiónc) 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ónd) Extensión de las entradasCuando la condición puede tener mas de dos valores; la tabla recibe el nombre de “Tabla de entrada extendida”.

3.3 Tablas de DecisiónFlete:C1: Método de despacho A - Aéreo T - TerrestreC2: Destinatario L - Local E - Exterior al este O - Exterior al oesteC3: Peso L - Liviano M - Mediano P - PesadoC4: Servicio E - Expreso N - NormalCombinaciones = 2 x 3 x 3 x 2 = 36

3.3. Tablas de Decisióne) 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 CASESI (condición 1) Acción-1SI NO SI (condición 2) Acción-2SI 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 comprimidob) 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 comprimidoC) 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 comprimidoD) 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 comprimidoD) 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 comprimidoE) 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.

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 AumentosEmpleados Modificación Salarios Detalles de Salarios Historia Direcciones de de Empleados Empleados 18 20 21Generar listas Producir Producirde 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 NormalOBSERVACIONES : 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 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.

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

Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada

by I.E. "San José" on Sep 20, 2012

Accessibility

Upload Details

Usage Rights

1 Embed 22

Statistics

Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada Presentation Transcript