ayudantía de metodologías de analisis y diseño. sergio sánchez ríos ayudante departamento...

Ayudantía de Metodologías de Analisis y Diseño


Sergio Sánchez Ríos

Ayudante Departamento Computación

Universidad Valparaíso

[email protected]


Un DFD es una representación del tipo grafo que se utiliza para dar cuenta de la trama de subprocesos en virtud de la cual el sistema o proceso organizacional objeto de tratamiento informático lleva a cabo sus actividades o ha de llevarlas a cabo, según se trate de un sistema en operación o de una nueva propuesta, respectivamente.


Perspectivas que ofrecen los DFD.

- Perspectiva externa, lo muestra como una unidad simple.

- Perspectiva interna, lo muestra como un a unidad compuesta.

Esto nos lleva a decir que trabajar con DFD es trabajar según una estratificación TOP-DOWN, es decir de lo más simple a lo más detallado (compuesto).


Ejemplo top-down.

P

M

N

O

A

E

L

sprspt

spwsps

spv

spx

spy spz

A

E L

B

F

C

H

I

KJ

O

Simple-Externo

Compuesto-Interno


- Diagrama de Contexto, es el diagrama que muestra el sistema como un todo, la unidad simple que allí se graficara se identifica por el nombre que la organización da al proceso sometido a tratamiento informático.

-Diagrama Cero, es el diagrama del estrato inmediatamente posterior al de contexto, que da cuenta de la interna articulación de los componentes que expresan como unidad compuesta a la unidad simple realizada con anterioridad. En este caso los procesos reciben un nombre y además un número cuya nomenclatura es:

(Nº del diagrama) (Punto) (Nº correlativo)


- El tercer estrato que sigue en verticalidad descendente está constituido por tantos diagramas relativamente independientes como componentes existan en el diagrama 0. Esto sucede para cada estrato que siga hasta lograr el de mayor detalle.

Es importante considerar el balanceo de mallas que dependerá nada más de que los flujos de entrada y salida señalados en un diagrama padre sean los mismos en su diagrama hijo.


Flujo de Datos

Procesos

A A Archivos

Procesos Relacionados


Flujos de Datos.

Sirven para representar los flujos de información de entrada y salida que se producen en los procesos y para determinar la relación con un archivo.

Cliente

1.1.2AnalizarSolicitudCrédito

Solicitud-Crédito Aceptación-Crédito

Cabe mencionar que las relaciones de entrada y salida no deben ir mostrándose en cada estrato, ya que si se quiere saber desde donde viene el flujo se va ha ver a los DFD superiores.


Flujos de Datos.

Los nombres que se asigne a los flujos de datos juegan, sin dudas, un papel importante en la calidad de cualquier Diagrama de Flujo de Datos. En virtud de lo cual se requiere que los nombres asignado a los flujos sean únicos y representativo de los datos que contiene el flujo, es decir deben dar a entender sus contenido.

1.2.2AnalizarSolicitud CréditoSolicitud-Cliente

Solicitud-Aceptada

Solicitud-Rechazada

Cuentas-Clientes


Flujos de Datos.

Finalmente es necesario seguir las siguientes recomendaciones :

-Todos los flujos de datos deben tener un nombre asignado.

-El nombre debe ser equitativo, esto significa que es preciso que connote a la totalidad del contenido del flujo de datos y no a alguno o algunos de sus componentes.

-No se debe agrupar bajo un solo nombre, flujos de datos independientes.


Procesos.

Los procesos no hacen más que dar cuenta de las transformaciones a que se someten ciertos flujos de datos de entrada en otros de salida.

1.2.2VerificaciónRequisitos

Básicos

Solicitud Solicitud-Aceptada

Postulantes-Rechazados


Procesos.


-Se debe asignar nombre a todos los procesos.

-Los nombres deben ser exhaustivos, lo cual significa que si un proceso realiza más de una operación ese “más” debe reflejarse en el nombre.

-Al asignar nombre a un proceso se recomienda no usar palabras poco significativas – al respecto, por cirto- como, presisamente “proceso”.

-Si un proceso resulta difícil de nominar, hay que observar su cohesión, y si ella no es adecuada se hace necesario verificar el operar del proceso para establecer si corresponde o no a más de uno.


Archivos.

Para el análisis debe entenderse como un deposito temporal de datos, en donde los datos pueden estar contenidos en un disquete, un cassette, o una carpeta, o como normalmente ocurre en sistemas automatizados, en base de datos.

1.2.2Verificar

Ortografía

Palabra Palabra-Correcta

Diccionario


Archivos.


-Los nombres de los archivos deben dar a entender exacta y elocuentemente lo que denotan.

-No es conveniente pensando en la efectividad del DFD identificar un archivo mediante una sigla.

-Los nombres deben ir en plural, para significar con ello que se trata de una agrupación de unidades de datos.

-El nombre del archivo debe referenciar a los flujos de datos que recibe y entrega.


Procesos Relacionados y Entidades externas relacionadas de entrada y salida.

Estos componentes corresponden a los generadores o receptores de los flujos de datos que llegan o se ven sometidos al proceso sometido a Análisis.


DFD de sistema de Facturación Básico.

El cual posee solo :

-Ingreso de Clientes.

-Ingreso de Facturas.

-Búsqueda Facturas.


Diagrama Contexto.

SistemaFacturación

BásicoUsuario

Solicita-Ingreso-Cliente

Solicita-Ingreso-Factura

Solicita-Ver-Factura

Usuario

Mensaje-Cliente-Guardado-o-Cliente-Existe

Factura-Almacenada-Impresa-o-Cliente-Error

Muestra-Factura-o-Factura-no-existe


Diagrama Cero.

IngresoCliente

1

UsuarioIngresoFactura

2

VerFacturas

3

Clientes

Facturas

Usuario

Solic

ita-In

gres

o-Clie

nte

Solicita-Ver-Factura

Solicita-Ingreso-Factura

Mensaje-Cliente-Guardado-o-Cliente-existe

Factura-Almacenada-Impresa-o-Error

Muestra-Factu

ra-o-Factura-no-exist

e


Diagrama 1.

SolicitaIngresarDatosCliente

1.1

Solicito-ingreso-cliente

Ingreso-DatosVerificación

Cliente1.2

Clientes

GuardarCliente

1.3

Cliente-no-existe

Cliente-Existe

Cliente-Guardado


Diagrama 2.

Factura ya existe

SolicitaIngresar

RUTCliente

2.1

Solicito-ingreso-factura

Ingreso-DatosVerificación

RutCliente

2.2

Clientes

IngresarDatos

Factura2.3

Cliente-existe

Cliente-no-existe

Datos-ingresados

VerificarNª Factura

Factura2.4

Facturas

Datos OK

GuardarFactura

2.5

Factura-Guardada


Diagrama 3.

SolicitoIngresar

Nº Factura3.1

Solicito-ver-Facturas

Ingreso-n-facturaVerificaciónNº Factura

3.2

Facturas

Muestra-Factura

Factura-no-existe


1) Realizar DFD del Manejo de Ventas y Compras de Productos en una Distribuidora de Abarrotes. Fecha : 26/09/2002.

2) Realizar DFD del proceso de evaluación y exámenes (Tarea dada Profesor del Ramo). Fecha : 26/09/2002.

3) Lectura Capitulo 2, Libro: Análisis de Sistemas, Autor: Héctor Ricardo Acevedo Almonacid. Fecha Control : 03/10/2002.

ayudantía de metodologías de analisis y diseño. sergio sánchez ríos ayudante departamento...

Documents