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 d...
1. Construir un DiagramaLógico de Flujo de Datos   Fuente o Destino de Flujos de los Datos             Entidades Externas ...
• Muestra las fuentes y destinos de los Datos ( y enconsecuencia los límites del sistema)• Identifica y asigna nombres a l...
Libros                                      Editores                            Detalle de Libros                         ...
2. Construir un Diccionario de                    Datos   PEDIDO       PEDIDO - IDENTIFICACION       CLIENTE - DETALLE ...
3. Definir la Lógica de los                 Procesos¿Que está pasando dentro de los procesos?   A. Narrativa   B. Arbol ...
A. NARRATIVAEl descuento comercial, a libreros  establecidos (al gremio), es del 20%.  Para Clientes particulares y  bibli...
B. Arbol/Tabla de Decisión  TIPO Cliente     Magnitud del Pedido    Descuento                 20 o mas                20% ...
C. Lenguaje EstructuradoSi el pedido es de un cliente comercial  y Si el pedido es por 20 o mas volúmenes        entonces ...
4. Definir los Almacenamientos de DatosDefinir los almacenamientos de Datos Contenidos y Accesos InmediatosEstructura   •S...
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Tratamient...
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ógi...
1.1 Convenciones sobre             símbolosFLUJO         DE DATOS Movimiento   de Datos con  sentido/dirección  Estructu...
1.1 Convenciones sobre           símbolosPROCESO Actividad/ función que transforma  entradas en salidas o genera nuevas ...
1.1 Convenciones sobre          símbolosALMACENAMIENTO               DE DATOS                                Almacenar Da...
1.2 Convenciones sobre la        explosión           4                           D3 Cuentas a Cobrar         AplicarPago  ...
4. APLICAR PAGO FACTURA                                               4.1                                               A ...
Observaciones Almacenamientos   Internos, externos y  mixtos Numeración de procesos Nuevos Flujos de Datos X Entidades...
1.3 Tratamiento de errores          y excepcionesCuando sea posible, los flujos de datos que resulten de condiciones de er...
1.4 Pautas para Dibujar los   Diagramas de Flujo de DatosIdentificar las entidades externasIdentificar las entradas y sa...
1.4 Pautas para Dibujar los   Diagramas de Flujo de DatosDibujar los flujos principales, las entidades externas, los proc...
1.4 Pautas para Dibujar los   Diagramas de Flujo de DatosNo  incluya en su primera versión, los errores, excepciones y de...
1.4 Pautas para Dibujar los  Diagramas de Flujo de DatosCuando  tenga listo su primer borrador, controle con su lista de ...
1.4 Pautas para Dibujar los    Diagramas de Flujo de DatosConfeccione   el segundo borrador mas claro, utilizando una pla...
1.4 Pautas para Dibujar los  Diagramas de Flujo de DatosRevise con el usuario el segundo borrador y anote cualquier cambi...
1.4 Pautas para Dibujar los   Diagramas de Flujo de DatosProducir  una explosión de nivel inferior de cada proceso defini...
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...
1.4 Pautas para Dibujar los  Diagramas de Flujo de DatosPublique al usuario el resultado del nivel superior, se recomiend...
HERRAMIENTAS DE       AUTOMATIZACION Un  entorno de desarrollo interactivo con un  tiempo de respuesta rápido, recursos d...
Easy Case
2. Construcción y uso de     un diccionario de Datos1   .El problema de describir los datos2   .Que desearíamos que conten...
2. Construcción y uso de  un diccionario de Datos3. Diccionarios de Datos Manuales y  automatizados4. Que podemos extraer ...
2.1 DD - El problema de describir los datosArchivoRegistro Campo                             FechaSubcampo                ...
2.1. El problema de     describir los datosNiveles 1. Elementos de Datos: son parte de   datos que resultan significativo...
2.1. El problema de    describir los datosEj.   Nro. cliente (DE)  Dirección cliente (ED)  Calle (DE)  Número (DE)  P...
2.1. El problema de    describir los datos3. Flujo de Datos y almacenamiento  de Datos.  Flujode Datos: son estructuras d...
AlmacenamientoFlujo de Datos                   de Datos                 Estructura                  de Datos              ...
2.2. Que desearíamos que         contenga un DDa. Descripción de un ED    Nombre    Descripción    Alias    ED  relaci...
ESTADO - PROVINCIA - CODIGO                                                     Elemento de DatosBreve Descripción   Códig...
2.2. Que desearíamos que        contenga un DDb. Descripción de Estructuras de  Datos    Estructuras     opcionales      ...
P E D I    D O                                             Estructura de datos:Breve descripción: Estructura de datos repr...
2.2. Que desearíamos que         contenga un DDc. Descripción de los flujos de Datos    - La fuente 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:     ...
2.2. Que desearíamos que         contenga un DDd. Descripción de los  almacenamientos de Datos  ED  que reposen en él.  ...
P E D I       D O -   H I    S    T O R   I A                      Almacén de Datos ref.: D4Descripción     Todos los pedi...
2.2. Que desearíamos que         contenga un DDe. Descripción de los procesos  Nombre  Descripción  Resumen   lógico co...
V E R I F I C A R - C R E D I T                   O    - O K                  Proceso ret: 3Descripción      Decidir adond...
2.2. Que desearíamos que         contenga un DDf. Descripción de las entidades   externas  Nombre  Flujo   de datos asoc...
2.2. Que desearíamos que            contenga un DDg. Descripción de las entradas al glosario     Vocabulario propio de lo...
V N    P                                                                      Glossary ItemShort description El monto que ...
2.3. Diccionarios de Datos   Manuales y Automatizadosa. Normales: Tarjetas clasificadas  según criterio del equipob. Autom...
2.4. Que podemos extraer        de un diccionario de Listados              Datos?           clasificados de todos o algun...
2.4. Que podemos extraer       de un diccionario de             Datos? Control   de Consistencia e integridad    Existe ...
3. Análisis y presentación de           la lógica del proceso 1-   Problemas para expresar la lógica   a) No solo, pero ...
3. Análisis y presentación de           la lógica del proceso 2- Arboles de Decisión 3- Tablas de Decisión   a) Condici...
3. Análisis y presentación de           la lógica del proceso 4-   Lenguaje estructurado, Pseudocódigo y Lenguaje comprim...
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 Su...
3.1. Problemas para expresar               la lógica Transformación:                    SI (Condición)                   ...
3.1. Problemas para expresar               la lógica Ejemplo:             SI (A es menor que B)                 LUEGO (Re...
3.1. Problemas para expresar                  la lógica b)   Mayor que, menor que “Hasta 20 unidades sin descuento. Más  ...
3.1. Problemas para expresar la                           lógicaForma de expresar los rangos:  •   Inclusive / Hasta Inclu...
3.1. Problemas para expresar             la lógica18        1-19       1819                   19    1-  20                ...
3.1. Problemas para expresar la                                         lógica     c)   Ambigüedad y/oP    P         Los ...
3.1. Problemas para expresar la                       lógicaLos clientes que nos compran más de $ 10.000 por  año y además...
3.1. Problemas para expresar la                                                              lógica                       ...
3.1. Problemas para expresar la                                   lógicae) Manejo de combinaciones de condiciones     Tabl...
3.2. Arboles de Decisión                  Buena historia                  de pagos                    Prioridad           ...
3.3. Tablas de DecisiónT   C                                      1 2 3 4 5 6 7 8A   OLO    N    D         C1: ¿ Más de $ ...
3.3. Tablas de Decisióna) Condiciones, acciones y reglas   Talón de Condiciones   Talón de Acciones   Reglas (1..8)b) C...
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 ...
3.3.Tablas de Decisiónd) Extensión de las entradasCuando la condición puede tener mas de dos valores; la tabla recibe el n...
3.3 Tablas de DecisiónFlete:C1: Método de despacho           A - Aéreo                                 T - TerrestreC2: De...
3.3. Tablas de Decisióne) Tablas de Decisión / Arboles de Decisión    Utilizar un AD cuando el número de acciones es     ...
3.4. Lenguaje estructurado,        Pseudocódigo y Lenguaje               Comprimidoa)-Las estructuras de la Programación ...
3.4.Lenguaje estructurado,Pseudocódigo y Lenguaje       comprimidoDecisión  CASESI (condición 1)         Acción-1SI NO SI...
3.4.Lenguaje estructurado,   Pseudocódigo y Lenguaje          comprimidoInstrucciones   Repetitivas (LAZOS)  HACER   MIE...
3.4.Lenguaje estructurado,       Pseudocódigo y Lenguaje              comprimidob) Convenciones del lenguaje  estructurado...
3.4.Lenguaje estructurado,        Pseudocódigo y Lenguaje               comprimidoC)   Pseudocodigo     Especificar la lóg...
3.4.Lenguaje estructurado,  Pseudocodigo y Lenguaje comprimidoD) Lenguaje comprimido  Se basa en el lenguaje estructurado,...
3.4.Lenguaje estructurado,Pseudocodigo y Lenguaje comprimidoD) Lenguaje comprimido - BASAMENTO   Las operaciones secuenci...
3.4.Lenguaje estructurado,   Pseudocodigo y Lenguaje comprimidoE) Comparación de las herramientas  Arboles     Verificacio...
4. Definir el contenido de los       Almacenamientos de Datos Lo que sale debe entrar Simplificación del contenido de da...
Diagrama de Flujo Parcial de un                                  Sistema de Personal                                      ...
4. Simplificación del Contenido      de los Datos - InspecciónDuplicaciones   de datos innecesariasDatos sin uso en ning...
4. Simplificación del Contenido del        Almacenamiento de Datos - Normalización  1era Forma Normal  2da Forma Normal ...
4. Primera Forma Normal Dividirla relación en una o mas relaciones  sin grupos repetitivos. Asignar uno o mas  dominios c...
4. Segunda Forma Normal   Para relaciones cuyas claves tengan mas que un    dominio, verificar que cada dominio no clave ...
4. Tercera Forma Normal Verificarque todos los dominios no clave  sean mutuamente independientes entre si.  Suprimir domi...
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    con...
5. Análisis de los requerimientos              de Respuestas Descripción    de las formas en que se utilizan  los datos ...
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
Upcoming SlideShare
Loading in …5
×

Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada

438 views

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
438
On SlideShare
0
From Embeds
0
Number of Embeds
24
Actions
Shares
0
Downloads
11
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada

  1. 1. Análisis y Diseño de Sistemas
  2. 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. 3. 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
  4. 4. • 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.
  5. 5. 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
  6. 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. 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. 8. 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
  9. 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%ParticularesBibliotecarios 6 a 19 5% Menos de 6 0%
  10. 10. 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
  11. 11. 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?
  12. 12. 5. Herramientas para la AutomatizaciónUtilización de esta herramienta para crear una especificación funcional
  13. 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. 14. 1.1 Convenciones sobre símbolosEntidades externasFlujo de DatosProcesoAlmacenamiento de Datos
  15. 15. 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
  16. 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. 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. 18. 1.1 Convenciones sobre símbolosALMACENAMIENTO DE DATOS Almacenar Datos D1 Nombre Descriptivo Leer Datos
  19. 19. 1.2 Convenciones sobre la explosión 4 D3 Cuentas a Cobrar AplicarPago pago a Detalles de Pago Factura Detalles Pago Factura
  20. 20. 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
  21. 21. Observaciones Almacenamientos Internos, externos y mixtos Numeración de procesos Nuevos Flujos de Datos X Entidades Externas Cruzamiento de Líneas
  22. 22. 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)
  23. 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. 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. 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. 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. 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. 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. 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. 30. 1.4 Pautas para Dibujar los Diagramas de Flujo de DatosResolverel manejo de errores y excepciones.
  31. 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. 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. 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
  34. 34. Easy Case
  35. 35. 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.
  36. 36. 2. Construcción y uso de un diccionario de Datos3. Diccionarios de Datos Manuales y automatizados4. Que podemos extraer de un Diccionario de Datos
  37. 37. 2.1 DD - El problema de describir los datosArchivoRegistro Campo FechaSubcampo d ma
  38. 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. 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. 40. 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.
  41. 41. AlmacenamientoFlujo de Datos de Datos Estructura de Datos Elementos de Datos
  42. 42. 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
  43. 43. 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
  44. 44. 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
  45. 45. 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
  46. 46. 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
  47. 47. 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
  48. 48. 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
  49. 49. 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
  50. 50. 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
  51. 51. 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 pedi- dos, a menos que tengan cual- quier 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
  52. 52. 2.2. Que desearíamos que contenga un DDf. Descripción de las entidades externas Nombre Flujo de datos asociados
  53. 53. 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
  54. 54. 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
  55. 55. 2.3. Diccionarios de Datos Manuales y Automatizadosa. Normales: Tarjetas clasificadas según criterio del equipob. Automatizados: Software Datamanager
  56. 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. 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. 58. 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
  59. 59. 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
  60. 60. 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
  61. 61. 3.1. Problemas para expresar la lógica a) No solo pero no obstante, y/o a menos que
  62. 62. 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
  63. 63. 3.1. Problemas para expresar la lógica Transformación: SI (Condición) LUEGO (Acción) SI NO (Condición) ENTONCES (Acción)
  64. 64. 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)
  65. 65. 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?
  66. 66. 3.1. Problemas para expresar la lógicaForma de expresar los rangos: • Inclusive / Hasta Inclusive • MQ MI mI mQ
  67. 67. 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
  68. 68. 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
  69. 69. 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.
  70. 70. 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
  71. 71. 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
  72. 72. 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
  73. 73. 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
  74. 74. 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
  75. 75. 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
  76. 76. 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”.
  77. 77. 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
  78. 78. 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
  79. 79. 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
  80. 80. 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
  81. 81. 3.4.Lenguaje estructurado, Pseudocódigo y Lenguaje comprimidoInstrucciones Repetitivas (LAZOS) HACER MIENTRAS (condición) Acciones HACER Acciones HASTA (condición)
  82. 82. 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
  83. 83. 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
  84. 84. 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
  85. 85. 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
  86. 86. 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.
  87. 87. 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
  88. 88. 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
  89. 89. 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)
  90. 90. 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
  91. 91. 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.
  92. 92. 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.
  93. 93. 4. Tercera Forma Normal Verificarque todos los dominios no clave sean mutuamente independientes entre si. Suprimir dominios redundantes o dividir las relaciones.
  94. 94. 4. Relaciones y Operaciones1 a++ a 1+ a +JOIN - Unión
  95. 95. 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.
  96. 96. 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

×