SlideShare uma empresa Scribd logo
1 de 101
Baixar para ler offline
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 - 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. 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 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 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
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 Datos
1   .El problema de describir los datos
2   .Que desearíamos que contenga
    un diccionario de Datos.
       Descripción de un elemento de Datos.
       Descripción de estructuras de Datos.
       Descripción de los flujos de Datos.
       Descripción de los almacenamientos de Datos.
       Descripción de los procesos.
       Descripción de las entidades externas.
       Descripción de las entradas al glosario.
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: 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 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 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 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
 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
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
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    I
           con nosotros por más de 20 años deberán recibir trato
           preferencial
C    O
E R
D I



                                     ?
E D
N A
C    D
I
A
         más de 10.000 por año y                  más de $ 10.000 por año y
         buena historia de pagos o                buena historia de pagos o
         más de 20 años                            más de 20 años
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) Adjetivos indefinidos

                                           ¿ Qué es una buena historia de pagos ?
                                               ¿ Qué es un cliente regular ?
                                                ¿ Qué es trato preferencial ?
PAGO - HISTORIA - TIPO                                                                           Elementos de datos
Breve Descripción               Define si el cliente es considerado como un buen pagador o no
                                                                               Tipo          A        AN         N
  Alias (contextos)

               Si es discreto                                               Si es continuo
  Valor              Significado
  BUENA        Ningún pago de factura          Rango de valores
               se excedió más de 30 días
               en los últimos 6 meses          Valor típico
  MALA         El pago de una o o más
              facturas excedido/s en más       Longitud
              de 30 días en los últimos
              6 meses                          Representación interna
  (Si son más de 5 valores, continuar a la
  vuelta o hacer referencia a hoja separada)
  Otra información de edición

  Estructuras de datos/elementos de datos relacionados
3.1. Problemas para expresar la
                                   lógica
e) Manejo de combinaciones de condiciones


     Tablas de            Anidar                         Arbol de
     Decisión           Estructuras                      Decisión
                  SI (condición)
                     ENTONCES (acción)
                 SI cliente compra más de $ 10.000
                     y SI cliente tiene buena historia de pagos
                          LUEGO trato preferencial
                       SI NO (mala historia de pagos
                          ENTONCES SI cliente tiene más de 20 años
                                            LUEGO trato preferencial
                                         SI NO (20 años o menos)
                                            ENTONCES trato normal
                 SI NO (cliente compra $ 10.000 o menos)
                    ENTONCES trato normal
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
O
    N
    D
         C1: ¿ Más de $ 10.000 por año ?   S S S S N N N N
N    I
    C    C2: ¿ Buena historia de pago ?    S S N N S S N N
     I
    O
    N    C3: ¿ Con nosotros más de 20 años ? S N S N S N S N

T   A                                      X X X       X X
A   C    A1: Trato Prioritario
L   C
O    I
         A2: Trato Normal                          X         X X
N   O
    N
3.3. Tablas de Decisión

a) Condiciones, acciones y reglas
   Talón de Condiciones
   Talón de Acciones
   Reglas (1..8)

b) Construcción de la matriz de reglas

  Nº Reglas = 2n   condiciones
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

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

 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.
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
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.
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
4. Tercera Forma Normal

 Verificarque todos los dominios no clave
  sean mutuamente independientes entre si.
  Suprimir dominios redundantes o dividir las
  relaciones.
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada
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

Mais conteúdo relacionado

Destaque

DIS AG Bewerben heißt überzeugen
DIS AG Bewerben heißt überzeugenDIS AG Bewerben heißt überzeugen
DIS AG Bewerben heißt überzeugenDIS AG
 
Partes del cuerpo
Partes del cuerpoPartes del cuerpo
Partes del cuerposu_alpi
 
Representación del negro en el pensamiento intelectual colombiano
Representación del negro en el pensamiento intelectual colombianoRepresentación del negro en el pensamiento intelectual colombiano
Representación del negro en el pensamiento intelectual colombianoLucero Machado Moreno
 
Blenderbookv01 2
Blenderbookv01 2Blenderbookv01 2
Blenderbookv01 2whiedhie
 
Mamografia, cancer de mama b
Mamografia, cancer de mama bMamografia, cancer de mama b
Mamografia, cancer de mama bRomina Sanchez
 
ESTRATEGIAS INNOVADORAS PARA UNA EDUCACIÓN EFICAZ
ESTRATEGIAS INNOVADORAS PARA UNA EDUCACIÓN EFICAZ ESTRATEGIAS INNOVADORAS PARA UNA EDUCACIÓN EFICAZ
ESTRATEGIAS INNOVADORAS PARA UNA EDUCACIÓN EFICAZ Victor Manuel Betemi
 
El libro de_los_inventos_divertidos
El libro de_los_inventos_divertidosEl libro de_los_inventos_divertidos
El libro de_los_inventos_divertidosClaudia Toro Navarro
 
Francisco rafael ballinas
Francisco rafael ballinasFrancisco rafael ballinas
Francisco rafael ballinasRafael182
 
Requerimientos
RequerimientosRequerimientos
RequerimientosLismirabal
 
Trastornos del sueño en estudiantes de medicina
Trastornos del sueño en estudiantes de medicinaTrastornos del sueño en estudiantes de medicina
Trastornos del sueño en estudiantes de medicinaHillary Arres
 
DEFINICIÓN DE MI PERFIL
DEFINICIÓN DE MI PERFILDEFINICIÓN DE MI PERFIL
DEFINICIÓN DE MI PERFILalvarohblazquez
 
Lista compatibilidad variadores Autisa - MotoTecniX
Lista compatibilidad variadores Autisa - MotoTecniXLista compatibilidad variadores Autisa - MotoTecniX
Lista compatibilidad variadores Autisa - MotoTecniXMotoTecniX
 

Destaque (20)

DIS AG Bewerben heißt überzeugen
DIS AG Bewerben heißt überzeugenDIS AG Bewerben heißt überzeugen
DIS AG Bewerben heißt überzeugen
 
Partes del cuerpo
Partes del cuerpoPartes del cuerpo
Partes del cuerpo
 
Representación del negro en el pensamiento intelectual colombiano
Representación del negro en el pensamiento intelectual colombianoRepresentación del negro en el pensamiento intelectual colombiano
Representación del negro en el pensamiento intelectual colombiano
 
Afro transversal renovado!
Afro transversal renovado!Afro transversal renovado!
Afro transversal renovado!
 
Konceptualna umjetnost
Konceptualna umjetnostKonceptualna umjetnost
Konceptualna umjetnost
 
Blenderbookv01 2
Blenderbookv01 2Blenderbookv01 2
Blenderbookv01 2
 
Mamografia, cancer de mama b
Mamografia, cancer de mama bMamografia, cancer de mama b
Mamografia, cancer de mama b
 
ESTRATEGIAS INNOVADORAS PARA UNA EDUCACIÓN EFICAZ
ESTRATEGIAS INNOVADORAS PARA UNA EDUCACIÓN EFICAZ ESTRATEGIAS INNOVADORAS PARA UNA EDUCACIÓN EFICAZ
ESTRATEGIAS INNOVADORAS PARA UNA EDUCACIÓN EFICAZ
 
Quimica
QuimicaQuimica
Quimica
 
El libro de_los_inventos_divertidos
El libro de_los_inventos_divertidosEl libro de_los_inventos_divertidos
El libro de_los_inventos_divertidos
 
Techmach
TechmachTechmach
Techmach
 
Producto final
Producto finalProducto final
Producto final
 
Presentación1
Presentación1Presentación1
Presentación1
 
Francisco rafael ballinas
Francisco rafael ballinasFrancisco rafael ballinas
Francisco rafael ballinas
 
Proyecto de grado
Proyecto de gradoProyecto de grado
Proyecto de grado
 
Requerimientos
RequerimientosRequerimientos
Requerimientos
 
Trastornos del sueño en estudiantes de medicina
Trastornos del sueño en estudiantes de medicinaTrastornos del sueño en estudiantes de medicina
Trastornos del sueño en estudiantes de medicina
 
DEFINICIÓN DE MI PERFIL
DEFINICIÓN DE MI PERFILDEFINICIÓN DE MI PERFIL
DEFINICIÓN DE MI PERFIL
 
Lista compatibilidad variadores Autisa - MotoTecniX
Lista compatibilidad variadores Autisa - MotoTecniXLista compatibilidad variadores Autisa - MotoTecniX
Lista compatibilidad variadores Autisa - MotoTecniX
 
Power de animales
Power de animalesPower de animales
Power de animales
 

Semelhante a Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada

Inteligencia de Negocio como SaaS
Inteligencia de Negocio como SaaSInteligencia de Negocio como SaaS
Inteligencia de Negocio como SaaSHuberto Garza
 
Diagrama de actividades v2
Diagrama de actividades v2Diagrama de actividades v2
Diagrama de actividades v2rossanadaysi
 
Análisis de las soluciones y herramientas tecnológicas disponibles parte 2
Análisis  de  las  soluciones  y herramientas  tecnológicas  disponibles parte 2Análisis  de  las  soluciones  y herramientas  tecnológicas  disponibles parte 2
Análisis de las soluciones y herramientas tecnológicas disponibles parte 2Galo Gonzalez
 
Template capitulo 7.
Template capitulo 7.Template capitulo 7.
Template capitulo 7.sandrariveram
 
Plantillas capitulo 7
Plantillas capitulo 7Plantillas capitulo 7
Plantillas capitulo 7Charlie Stark
 
Implantación de un sistema erp
Implantación de un sistema erpImplantación de un sistema erp
Implantación de un sistema erpBabfar51
 
Plantillas capitulo 7
Plantillas capitulo 7Plantillas capitulo 7
Plantillas capitulo 7Charlie Stark
 
Data WareHouse. Introduccion
Data WareHouse. IntroduccionData WareHouse. Introduccion
Data WareHouse. IntroduccionRicardo Mendoza
 
Imagestion Cloud v4.0
Imagestion Cloud v4.0Imagestion Cloud v4.0
Imagestion Cloud v4.0imaginexti
 
Plantillas capitulo 7
Plantillas capitulo 7Plantillas capitulo 7
Plantillas capitulo 7Charlie Stark
 
Sesion 2 problemas producto_proyecto
Sesion 2 problemas producto_proyectoSesion 2 problemas producto_proyecto
Sesion 2 problemas producto_proyectoJulio Pari
 
Flexxus Enterprise - Programa de Partners 2013
Flexxus Enterprise - Programa de Partners 2013Flexxus Enterprise - Programa de Partners 2013
Flexxus Enterprise - Programa de Partners 2013suarezgabriel
 
Presentacion lanzamiento [modo de compatibilidad]
Presentacion lanzamiento [modo de compatibilidad]Presentacion lanzamiento [modo de compatibilidad]
Presentacion lanzamiento [modo de compatibilidad]aprofex
 
Catalogo Microsoft Nav 2009
Catalogo Microsoft Nav 2009Catalogo Microsoft Nav 2009
Catalogo Microsoft Nav 2009ColumbusSpain
 
Vtiger crm
Vtiger crmVtiger crm
Vtiger crmHubBOG
 

Semelhante a Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada (20)

Inteligencia de Negocio como SaaS
Inteligencia de Negocio como SaaSInteligencia de Negocio como SaaS
Inteligencia de Negocio como SaaS
 
Introducción ECI
Introducción ECIIntroducción ECI
Introducción ECI
 
Diagrama de actividades v2
Diagrama de actividades v2Diagrama de actividades v2
Diagrama de actividades v2
 
Análisis de las soluciones y herramientas tecnológicas disponibles parte 2
Análisis  de  las  soluciones  y herramientas  tecnológicas  disponibles parte 2Análisis  de  las  soluciones  y herramientas  tecnológicas  disponibles parte 2
Análisis de las soluciones y herramientas tecnológicas disponibles parte 2
 
Ildam
IldamIldam
Ildam
 
Template capitulo 7.
Template capitulo 7.Template capitulo 7.
Template capitulo 7.
 
Plantillas capitulo 7
Plantillas capitulo 7Plantillas capitulo 7
Plantillas capitulo 7
 
Implantación de un sistema erp
Implantación de un sistema erpImplantación de un sistema erp
Implantación de un sistema erp
 
Deber De Analisis
Deber De AnalisisDeber De Analisis
Deber De Analisis
 
Plantillas capitulo 7
Plantillas capitulo 7Plantillas capitulo 7
Plantillas capitulo 7
 
Data WareHouse. Introduccion
Data WareHouse. IntroduccionData WareHouse. Introduccion
Data WareHouse. Introduccion
 
DFD
DFDDFD
DFD
 
Cvdemo
CvdemoCvdemo
Cvdemo
 
Imagestion Cloud v4.0
Imagestion Cloud v4.0Imagestion Cloud v4.0
Imagestion Cloud v4.0
 
Plantillas capitulo 7
Plantillas capitulo 7Plantillas capitulo 7
Plantillas capitulo 7
 
Sesion 2 problemas producto_proyecto
Sesion 2 problemas producto_proyectoSesion 2 problemas producto_proyecto
Sesion 2 problemas producto_proyecto
 
Flexxus Enterprise - Programa de Partners 2013
Flexxus Enterprise - Programa de Partners 2013Flexxus Enterprise - Programa de Partners 2013
Flexxus Enterprise - Programa de Partners 2013
 
Presentacion lanzamiento [modo de compatibilidad]
Presentacion lanzamiento [modo de compatibilidad]Presentacion lanzamiento [modo de compatibilidad]
Presentacion lanzamiento [modo de compatibilidad]
 
Catalogo Microsoft Nav 2009
Catalogo Microsoft Nav 2009Catalogo Microsoft Nav 2009
Catalogo Microsoft Nav 2009
 
Vtiger crm
Vtiger crmVtiger crm
Vtiger crm
 

Sistemas i analisis_y_disenio_de_sistemas_metodologia_estructurada

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