|
3.2. DIAGRAMA DE FLUJO DE DATOS
La t‚cnica de diagrama de flujo de datos, es una representaci¢n
gr fica que permite al analista definir entradas, procedimientos y
salidas de la informaci¢n en la organizaci¢n bajo estudio, permiti-
endo as¡ comprender los procedimientos existentes con la finalidad
de optimizarlos, reflej ndolos en el sistema propuesto.
El desarrollo de la t‚cnica de DFD, est conformado a su vez por
dos herramientas denominadas:
3.2.1 Diagrama de flujo de datos.
3.2.2 Diagrama de flujo de datos/procesos.
Estas herramientas ser n descritas en detalle a continuaci¢n:
3.2.1 Diagrama de flujo de datos.
a) Objetivo :
El diagrama de flujo de datos (DFD) tiene por objetivo representar
gr ficamente el sistema a nivel l¢gico y conceptual, ilustrando los
componentes esenciales de un proceso y la forma en que interactuan.
b) Utilidad :
Esta t‚cnica del diagrama de flujo de datos es £til por lo
siguiente:
* Representa gr ficamente los l¡mites del sistema en estudio.
* Muestra el movimiento de los datos y la transformaci¢n de los
mismos a trav‚s del sistema.
* Facilita el mantenimiento del sistema.
c) Descripci¢n :
Los pasos requeridos para el desarrollo de esta t‚cnica son los
siguientes:
1. Identificar los elementos b sicos de los diagramas de flujo de
datos.
Para elaborar los diagramas de flujos de datos (DFD) son los sigui-
entes:
a) Entidades externas.
b) Procesos.
c) Almac‚n de datos.
d) Flujos de datos.
a) Entidades externas.
Descripci¢n :
Estas representan entes ajenos a la aplicaci¢n, pero que aportan o
reciben informaci¢n de la misma.
Reglas de construcci¢n :
Al momento de identificar las entidades externas se debe tener
presente lo siguiente:
* Representa personas, organizaciones o sistemas que no pertenecen
al sistema.
* En el caso que las entidades externas se comunicasen entre s¡,
esto no se contemplar¡a en el diagrama, por estar fuera del
mbito del sistema.
* Puede aparecer en los distintos niveles de DFD.
* Puede aparecer varias veces en un mismo diagrama, para evitar
entrecruzamiento de l¡neas.
* Suministra informaci¢n acerca de la conexi¢n del sistema con el
mundo exterior.
Notaci¢n :
Se representa mediante una elipse o un rect ngulo con un nombre
significativo dentro.
ÚÄÄÄÄÄÄÄÄÄÄÄ¿
³ ENTIDAD ³
³ EXTERNA ³
ÀÄÄÄÄÄÄÄÄÄÄÄÙ
b) Proceso
Descripci¢n :
Es una actividad que transforma o manipula datos, representa los
procedimientos utilizados para transformar los datos.
Reglas de construcci¢n :
Al momento de identificar los procesos se debe tener en cuenta lo
siguiente:
* Un proceso no es origen ni final de los datos, s¢lo lugar de
transformaci¢n de los mismos.
* Un proceso puede transformar un dato en varios.
* Es necesario un proceso como intermediario entre una entidad
externa y un almac‚n de datos.
Notaci¢n :
Se representa gr ficamente mediante un rect ngulo.
ÚÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ 1 ³ LOCALIZACION ³
ÃÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´
³ PROCESO ³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
En la parte de PROCESO, se expresa el nombre del proceso correspon-
diente.
En la parte superior izquierda (1) se coloca un n£mero identifica-
tivo del proceso, que indica el nivel del DFD en que se encuentra.
La parte de LOCALIZACION, expresa la unidad o rea dentro de la
organizaci¢n donde se realiza el proceso.
c) Almac‚n de datos
Descripci¢n :
Un almac‚n de datos representa un dep¢sito de informaci¢n dentro
del sistema.
Reglas de construcci¢n :
Para identificar los lugares de almacenamiento de datos debe de
tenerse en cuenta lo siguientes:
* Representa la informaci¢n en reposo.
* No puede crear, destruir y transformar datos.
* No puede estar comunicado directamente con otro almac‚n o entidad
externa.
* El flujo de datos (entrada o salida) no lleva nombre cuando
incide sobre su contenido completo.
* El almac‚n de datos aparecer por vez primera en aquel nivel en
que sea accedido por dos o m s proceso y en modo lectura y/o
escritura.
* No debe de estar referido al entorno f¡sico.
* No se representa la clave de acceso a la informaci¢n sino s¢lo a
la operaci¢n que se realiza.
Notaci¢n :
Se representa dentro del DFD con la siguiente figura:
ÚÄÄÄÄÄÂÄÄÄÄÄÄÄÄþ
³ ID ³ NOMBRE
ÀÄÄÄÄÄÁÄÄÄÄÄÄÄÄþ
En la parte derecha (NOMBRE) se indica el nombre del almac‚n de
datos, y en la parte izquierda (ID) se representa la identificaci¢n
de dicho almac‚n dentro del DFD.
d) Flujos de datos.
Descripci¢n :
Los flujos de datos establecen la comunicaci¢n entre procesos,
almacenes y entidades externas y llevan informaci¢n para esos
objetos.
Reglas de construcci¢n :
Para elaborar los flujos de datos deber de tenerse en cuenta lo
siguiente:
* Flujo de informaci¢n de estructura conocida.
* Los datos no pueden ser creados ni destruidos por un flujo de
datos.
* Sirve para conectar el resto de los componentes del DFD.
* No es un activador de procesos.
* La flecha se indica en la direcci¢n del almac‚n de datos
Notaci¢n :
Se representa dentro del DFD con la siguiente figura:
ÄÄÄÄÄÄÄÄÄÄÄÄÄÄþ
2. Gu¡as para la construcci¢n del DFD.
Luego de haberse identificado los elementos b sicos de los DFD, se
proceder al proceso de elaborar gr ficos propiamente dicho, en el
cual deber tenerse en cuenta lo siguiente:
a) Empiece con la parte exterior, es decir todas aquellas entidades
que proporcionan informaci¢n y aquellas entidades que utilizan la
informaci¢n elaborada por la Unidad, y dibuje las entidades
alrededor de su diagrama.
b) Identifique la composici¢n de cada flujo de datos, y establezca la
conectividad entre la informaci¢n requerida (INPUTs) y la infor-
maci¢n generada (OUTPUTs).
c) Trabaje de afuera hacia adentro, es decir ponga un proceso donde
crea que el flujo de datos pueda ser cambiado.
d) Conc‚ntrese en los flujos de datos y p¢ngales un nombre.
e) Nombre a los proceso en base a sus entradas y salidas.
f) Ignore la inicializaci¢n y la terminaci¢n.
g) Omita los errores triviales.
h) No muestre la informaci¢n o el flujo de control.
i) Busque por flujo de datos y subdivida si es necesario, no se podr
subdividir, si tiene un solo Input - Output.
j) Si cree que debe subdividirse realice nuevamente los pasos del uno
(1) al nueve (9).
Es necesario mencionar que debe de evitarse realizar inconsistencia
en la elaboraci¢n de los flujos de datos. Por ejemplo generalmente
se realizan los siguientes errores:
* Se elaboran burbujas que s¢lo crean datos.
* Se elaboran archivos donde solo se escriben informaci¢n.
* Se elaboran archivos donde s¢lo utilicen informaci¢n.
* Se elaboran flujos de datos que desaparecen.
La utilizaci¢n de esta t‚cnica implica la descomposici¢n o
explosi¢n de cada proceso en otro DFD, por lo tanto el diagrama
deber contener:
* Un diagrama de contexto (nivel cero).
* Varios DFD en niveles intermedios
* Varios DFD en el £ltimo nivel de detalle
Un ejemplo de la manera en que se debe de representar el diagrama
de flujo de datos entre los niveles uno (1) y dos (2) se muestra en
la Figura N§ 8 : Diagramas de Flujo de Datos.
DIAGRAMAS DE FLUJO DE DATOS 1
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
º ÚÄÄÄÂÄÄÄÄÄ¿ ÚÄÄÄÄÄÂÄÄÄÄ¿ º
º ³ 1 ³ ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄþ³ 2 ³ ³ º
º þÄÄÄÄþÃÄÄÄÁÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ÃÄÄÄÄÄÁÄÄÄÄ´ º
º ³ ³ ³ ³ ³ º
º ÀÄÄÄÄÄÄÄÄÄÙ ³ ÀÄÄÄÄÄÄÄÄÄÄÙ º
º ³ º
º ³ º
º ÀÄÄ A ÄÄÄÄ¿ º
º þÄÄÄÄÄÄÄÄÄÄÄ¿ þ ³ º
º þ ³ ³ º
º ÚÄÄÄÄÄÂÄÄÄÄÄ¿ ³ ÚÄÄÄÄÅÄÄÄÄÄ¿ º
º ³ 4 ³ ³ ÀþB þÄÄÄÄÄÄÄþ³ 3 ³ ³ º
º þÄÄÄÄþÃÄÄÄÄÄÁÄÄÄÄÄ´ ÃÄÄÄÄÁÄÄÄÄÄÅÄ E Äþ º
º ³ ÃÄÄÄÄÄÄÄþC þÄÄÄÄÄÄÄþ³ ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÙ º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
DIAGRMA DE NIVEL 2 Explotaci¢n de Proceso 3
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
º º
º ÚÄÄÄÄÄÂÄÄÄÄÄ¿ º
º þÄÄÄÄÄÄÄÄÄÄÄþ³ 3.2 ³ ³ º
º ÃÄÄÄÄÄÁÄÄÄÄÄ´ º
º ÚÄÄÄÄÄÄÄÄþ³ ³ º
º ³ ÀÄÄÄÄÄÂÄÄÄÄÄÙ º
º ³ ³ º
º ³ ³ º
º þ ³ º
º B B ³ º
º þÄÄÄÄÄÄÄÄÄÄ¿ þ ³ º
º ³ ³ ³ º
º þ ³ þ º
º ÚÄÄÄÄÄÂÄÄÄÄÄ¿ ³ ÚÄÄÄÄÂÄÄÄÄÄÄ¿ º
º ³ 3.1 ³ ³ þÄÄÄÄÄÄÄÄÙ ³3.3 ³ ³ º
º ÃÄÄÄÄÄÁÄÄÄÄÄÅÄÄÄÄÄÄÄÄ C ÄÄÄÄÄÄÄÄþ ÃÄÄÄÄÁÄÄÄÄÄÄÅÄEþÄþº
º ³ ³ ³ ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÙ º
º º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
La descomposici¢n por niveles permite analizar el sistema desde el
mbito general al detalle, pasando por sucesivos niveles inte-
rmedios.
Se recomienda llegar hasta cuatro niveles de descomposici¢n en los
DFD.:
* Nivel 0 : Diagrama de contexto, es el gr fico que va a propor-
cionar el mbito del proyecto objeto de estudio.
* Nivel 1 : Subsistemas.
* Nivel 2 : Funciones de cada subsistema.
* Nivel 3 : Subfunciones asociadas a cada uno de los eventos del
sistema.
* Nivel 4 : Procesos necesarios para el tratamiento de subfunci¢n.
La descomposici¢n gr fica se muestra en la Figura N§ 9 : Descompos-
ici¢n de los Diagramas de Flujo de Datos.
DESCOMPOSICION DE LOS DIAGRAMAS DE
FLUJO DE DATOS
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
º NIVEL 0 ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ³ CONTEXTO ³ º
º ³ÚÄÄÄÂÄÄÄÄÄÄÄÄÄÄ¿³ º
º ³ÃÄÄÄÁÄÄÄÄÄÄÄÄÄÄ´³ º
º ³ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ º
º ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º NIVEL 1 ³ SUBSISTEMAS ³ º
º ³ ÚÄÄÄÂÄÄÄÄÄÄ¿ ÚÄÄÄÂÄÄÄÄÄÄ¿ ³ º
º ³ ÃÄÄÄÁÄÄÄÄÄÄ´ ÃÄÄÄÁÄÄÄÄÄÄ´ ³ º
º ³ ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÙ ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ º
º º
º º
º NIVEL 2 º
º º
º ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ³ SUBSISTEMAS ³ ³ SUBSISTEMAS ³ º
º ³ ÚÄÄÂÄÄÄÄÄ¿ ÚÄÄÂÄÄÄÄÄÄ¿ ³ ³ ÚÄÄÂÄÄÄÄÄÄÄ¿ ÚÄÄÂÄÄÄÄÄÄÄÄ¿ ³ º
º ³ ÃÄÄÁÄÄÄÄÄ´ ÃÄÄÁÄÄÄÄÄÄ´ ³ ³ ÃÄÄÁÄÄÄÄÄÄÄ´ ÃÄÄÁÄÄÄÄÄÄÄÄ´ ³ º
º ³ ÀÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÙ ³ ³ ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÙ ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ º
º º
º º
º º
º NIVEL 3 º
º º
º ÚÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄ¿ º
º ÚÄÄÁÄÄÄÄÄÄ¿ ³ ÚÄÄÁÄÄÄÄÄÄÄ¿ ³ ÚÄÄÄÁÄÄÄÄÄÄ¿ ³ ÚÄÄÁÄÄÄÄÄÄ¿ ³ º
º ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ ³ º
º ³ PROCES ³ ³ ³ PROCES ³ ³ ³ PROCES ³ ³ ³ PROCES ³ ³ º
º ³ 1 ÃÄÄÙ ³ 2 ÃÄÄÙ ³ 3 ÃÄÄÄÙ ³ 4 ÃÄÄÙ º
º ÀÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÙ º
º º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
Las ventajas de esta descomposici¢n son las siguientes:
* Es comprensible para usuarios no inform ticos.
* Los procesos en el £ltimo nivel est n relacionados l¢gicamente.
* Los procesos en el nivel 3, de eventos, est n separados en el
tiempo.
* Facilita las referencias cruzadas con otros productos obtenidos
en la metodolog¡a.
3.2.2 Diagrama de flujo de datos/procesos
a) Objetivos :
* Consolidar los procesos con la estructura de datos normalizadas
* Descripci¢n e interacci¢n fundamental entidad-procesos
b) Utilidad :
Modelar el sistema propuesto, que contempla los procesos (Modelo
procesos) y la estructura de datos (modelo de datos normalizado).
c) Descripci¢n :
Algunos procesos requieren que contemple la realizaci¢n previa de
procesos para activarse, se necesitan flujos de datos de e se
proceso previo.
ÚÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄ¿
³ Proceso ÃÄÄ>>ÄÄ´ Proceso ³
³ A ³ ³ B ³
ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÙ
Donde :
* El proceso B se realiza despu‚s del proceso A.
* El proceso B no puede darse hasta que se haya completado.
* El proceso B requiere un flujo de datos del proceso A, por lo que
el proceso es dependiente del proceso A.
Los conceptos a emplear en la elaboraci¢n del diagrama de flujo de
datos/procesos son los siguientes:
1. Formas de Interrelaci¢n entre Procesos
Las formas de dependencia de procesos son las siguientes:
a) Cadena de dependencia de procesos.
b) Procesos dependientes de otros procesos.
c) Un proceso puede preceder a muchos procesos.
a) Cadena de dependencia de procesos.
ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³Aceptar la ÃÄÄÄ>ÄÄ´ Llenar laÃÄ>ÄÄ´ Preparar ÃÄ>´ Crear guia de ³
³orden pedido³ ³ orden ³ ³ entrega ³ ³ entrega ³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
b) Procesos dependientes de otros procesos.
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ Determinar ÃÄÄÄÄ>ÄÄÄÄÄ¿
³ requisitos ³ ³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³ ÚÄÄÄÄÄÄÄÄÄÄ¿
³ Seleccionar ³ ³ ³Preparar ³
³ proveedore ÃÄÄÄÄÄÄÄÄÄÄÅÄÄÄ>ÄÄ´propuesta ³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ³ ÀÄÄÄÄÄÄÄÄÄÄÙ
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ ³
³ Preparar plan³ ³
³ de compras ÃÄÄÄÄ>ÄÄÄÄÄÙ
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
c) Un proceso puede preceder a muchos procesos.
2. Cardinalidad.
Los procesos dependientes son ejecutados una vez realizados los
procesos precedentes y esta relaci¢n puede hacerse cuantitativa-
mente. Por ejemplo:
a) Se desea mostrar que un proceso dependiente se puede ejecutar
m£ltiples veces.
ÚÄÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ Generar ÃÄÄÄ>ÄÄÄÄ´ Anular los ³
³ O/C ³ ³ items por S/C ³
ÀÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
Se anula uno o varios items.
b) Un proceso dependiente puede seguir a m£ltiples operaciones de
un proceso precedente.
ÚÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ Prueba deÃÄ>ÄÄÄÄÄÄÄÄÄ<Ä´ Reporte de ³
³ calidad ³ ³ calidad0 ³
ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
c) Poco com£n es una asociaci¢n muchas a muchas en ambos lados.
ÚÄÄÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄ¿
³ Llenar ÃÄ>ÄÄÄÄÄÄÄ<Ä´ Producir ³
³ orden ³ ³ una guia ³
ÀÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÙ
3. Mutua exclusividad
Algunas veces s¢lo uno de los procesos puede o debe ser realizado;
para representar esto se usa el circulo de mutua exclusividad (OR).
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
ÚÄÄÄÄÄÄÄÄÄÄ´ Procesar item³
³ ³ de orden ³
³ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
ÚÄÄÄÄÄÄÄÄÄ¿ ³
³ Aceptar ³ ³
³ Orden ³þÄÄÄÄ>ÄÄÄÄÄÄÄ´
ÀÄÄÄÄÄÄÄÄÄÙ ³ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
ÀÄÄÄÄÄÄÄÄÄÄ´ Procesa anu-³
³ laci¢n orden³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
En general :
if......1 ÚÄÄÄÄÄÄÄÄÄÄÄ¿
ÚÄÄÄÄÄÄÄÄÄÄÄ´ B ³
³ ÀÄÄÄÄÄÄÄÄÄÄÄÙ
³
³
ÚÄÄÄÄÄÄÄ¿ ³ if......2 ÚÄÄÄÄÄÄÄÄÄÄÄ¿
³ A ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÅÄÄÄÄÄÄÄÄÄÄÄ´ C ³
ÀÄÄÄÄÄÄÄÙ ³ ÀÄÄÄÄÄÄÄÄÄÄÄÙ
³
³
³ if......3 ÚÄÄÄÄÄÄÄÄÄÄÄ¿
ÀÄÄÄÄÄÄÄÄÄÄÄ´ D ³
ÀÄÄÄÄÄÄÄÄÄÄÄÙ
4. Eventos
Ex¢genas al sistema de informaci¢n, donde algunos procesos son afe-
ctados por ‚stos que a su vez son representados mediante flechas de
regular espesor.
Por ejemplo:
* Llamada Telef¢nica :
³
þ Requerimientos
ÚÄÄÄÄÄÄÄÄÄ¿ al almac‚n ÚÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ ProcesarÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ Despachar ³
³ Orden ³ Verificaci¢n ³ un Buen ³
ÀÄÄÄÄÄÄÄÄÄÙ Stock ÀÄÄÄÄÄÄÄÄÄÄÄÄÙ
* Al fin de a¤o, se realiza cierre, etc.
³
þ Requerimientos
ÚÄÄÄÄÄÄÄÄÄÄÄ¿ al almacen ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ Chequeo ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´Determinar nivel³
³ Stock ³ ³almacenamiento ³
ÀÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
5. Explosi¢n de procesos.
Cuando se requiera un mayor entendimiento de la funcionalidad del
sistema se explotar los procesos hasta llegar a procesos elemen-
tales, as¡:
ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿
³ ÚÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄ¿ ³
³ ³ X ÃÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄ´ Y ³ ³
³ ÀÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÙ ³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ» ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
º º º º
º º º º
º ÚÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄ¿ º º ÚÄÄÄÄÄÄ¿ º
º ³ A ÃÄÄÄÄ´ B ³ º º ÚÄÄ´ Q ³ º
º ÀÄÄÄÄÄÄÙ ÀÄÄÂÄÂÄÙ º º ³ ÀÄÄÄÄÄÄÙ º
º ³ ³ º º ³ º
º ³ ³ ÚÄÄÄÄÄÄ¿ º º ÚÄÄÄÄÄÄ¿ ³ º
º ³ ÀÄÄÄ´ C ÃÄÄÄþÄþÄ´ P ÃÄÄÄÄÄ´ º
º ³ ÀÄÄÄÄÄÄÙ º º ÀÄÄÄÄÄÄÙ ³ º
º ³ ÚÄÄÄÄÄÄ¿ º º ³ º
º ÀÄÄÄÄÄ´ D ³ º º ³ ÚÄÄÄÄÄÄ¿ º
º ÀÄÄÄÄÄÄÙ º º ÀÄÄ´ P ³ º
º º º ÀÄÄÄÄÄÄÙ º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
6. Navegaci¢n en el diagrama de dependencia de procesos.
a) A y B :
ÚÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄ¿
þÄÄ>ÄÄÄ´ A ÃÄÄ>ÄÄ´ B ÃÄÄÄ>ÄÄþ
ÀÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÙ
b) A o B :
ÚÄÄÄÄ¿
ÚÄÄ´ A ÃÄÄ¿
³ ÀÄÄÄÄÙ ³
þÄ>Ä´ ÃÄÄ>Äþ
³ ÚÄÄÄÄ¿ ³
ÀÄÄ´ B ÃÄÄÙ
ÀÄÄÄÄÙ
c) A y B o ninguno :
ÚÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄ¿
þÄ>ÄÄ´ A ÃÄÄÄ>ÄÄ´ B ÃÄ>Äþ
ÀÄÄÄÂÄÄÙ ÀÄÄÄÂÄÄÙ
ÀÄÄÄÄÄÄ>ÄÄÄÄÄÄÙ
d) A o B o ninguno :
ÚÄÄÄÄÄ¿
ÚÄ>Ä´ ÃÄÄÄ¿
þÄÄ>´ ÀÄÄÄÄÄÙ ÃÄÄ>Äþ
³ ÚÄÄÄÄÄ¿ ³
ÃÄ>Ä´ ÃÄÄÄ´
³ ÀÄÄÄÄÄÙ ³
³ ³
ÀÄ>ÄÄÄÄÄÄÄÄÄÄÄÙ
e) A o ambas :
ÚÄÄÄÄ¿
ÚÄÄÄÄÄ¿ ÚÄÄÄ´ B ÃÄÄÄÄ¿
þÄÄ>ÄÄ´ A ÃÄÄÄ´ ÀÄÄÄÄÙ ³
ÀÄÄÄÄÄÙ ³ ÃÄÄÄ>ÄÄþ
³ ³
ÀÄÄÄÄÄÄ>ÄÄÄÄÄÄÙ
f) B o ambos :
ÚÄÄÄÄÄ¿
ÚÄÄÄ´ A ÃÄÄÄÄ¿
³ ÀÄÄÄÄÄÙ ³ ÚÄÄÄÄÄ¿
þÄÄÄ´ ÃÄÄÄ´ B ³
³ ³ ÀÄÄÄÄÄÙ
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
g) A o B o ambos :
ÚÄÄÄÄÄÄ¿
ÚÄÄ>Ä´ A ÃÄÄÄÄÂÄÄÄÄÄÄÄÄÄÄÄÄÄþ
>ÄÄ´ ÀÄÄÄÄÄÄÙ ³
³ ÀÄÄÂÄÄÄÄÄ¿
ÀÄÄÄ>ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´ B ÃÄÄÄÄþ
ÀÄÄÄÄÄÙ
h) A o B o ambos o ninguno :
ÚÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄ¿
þÄ>ÄÄÂÄÄ´ A ÃÂÄ>ÄÄ´ B ÃÄÄÂÄÄ>
³ ÀÄÄÄÄÄÄÄÙ³ ³ÀÄÄÄÄÄÄÄÙ ³
³ ³ ³ ³
ÀÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÙ
Luego de haberse definido los conceptos b sicos necesarios para
elaborar el diagrama de flujo de datos/procesos, se indicar el
procedimiento requerido para la construcci¢n del diagrama, el cual
se detalla a continuaci¢n.
Primero : Construir el diagrama de dependencia de procesos
(DDP).
Segundo : Construir el diagrama de flujo de datos/procesos.
En el caso de contar con herramientas CASE,
estos procedimientos ser¡an realizados autom ti-
camente a partir de los diagramas:
* Diagrama de flujo de datos.
* Modelo de l¢gico de datos.
Primero: Diagrama de dependencia de procesos.
Es el diagrama donde se muestra la precedencia y la iteraci¢n entre
procesos, los cuales son actividades representadas mediante flujos
de datos. Un ejemplo del diagrama de dependencia de procesos es el
que se muestra en la Figura N§ 10 : Diagrama de Dependencia de
Procesos.
DIAGRAMA DE DEPENDENCIA DE PROCESOS.
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
º º
º þ º
º ³ Ordenar º
º ^ pedido º
º ³ º
º ³ º
º ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ³ Validar ÃÄÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄÄÄ´ Crear registro ³ º
º ³ Pedido ³ ³ cliente ³ º
º ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ º
º ^ ³ º
º ³ ³ º
º ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄ¿ ³ º
º ³ Chequear ³ ³ º
º ³ credito cliente³ ³ º
º ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ ^ º
º ³ ³ º
º ³ ³ º
º ³ ³ º
º ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄ¿ ³ º
º ³ Chequear ³ ³ º
º ³ Stock Produc ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ º
º ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ ÚÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄÄÄÄÄÄÄ´Crear anulaci¢n ³ º
º ^ ³de pedido ³ º
º ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄ¿ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ º
º ³ Llenar orden ³ º
º ³ de Salida ÃÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ ³ º
º ^ ^ º
º ³ ³ º
º ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄ¿ º
º ³ Enviar Orden ³ ³ Generar Guia ³ º
º ³ de Salida ³ ³ al cliente ³ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ º
º º
º º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
Figura. N§ 10
Segundo: Construir el diagrama de flujo de datos/procesos.
El diagrama de dependencia de procesos se puede expandir agregando
entradas y salidas de flujos de datos a partir de las estructuras
normalizadas resultantes del modelo de datos de esta fase de
an lisis.
Este diagrama de flujo de datos/procesos, describe s¢lo las intera-
cciones fundamentales entre procesos, es decir, que procesos se
hacen y que datos usan.
Si tomamos el ejemplo anterior y le incluimos eventos (entradas,
salidas) dar como resultado el diagrama de flujo de datos/procesos
mostrado en la Figura N§ 11 : Diagrama de Flujo de Datos/Procesos.
DIAGRAMA DE FLUJO DE DATOS/PROCESOS.
ÉÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍ»
º þÄÄÄÄÄÄÄþ º
º Cliente º
º þÄÄÄÂÄÄÄþ ÚÄÄÄÄÄÄÄ¿ º
º ³ ³Validar³ º
º ÀÄÄÄÄÄÄ>ÄÄÄÄ´Pedido ÃÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ÀÄÄÄÂÄÄÄÙ þÄÄÄÄÄÄÄÄÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄÄÄÄÄþ º
º ³ Almacenar Pedido º
º ³ þÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄþ º
º Cliente³ Test ÚÄÄÄÄÄÄÄÄÄÄ¿ º
º ValidadoÃÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄ´ Validar ÃÄÄÄÄÄÄÄÄÄÄ¿ º
º ³ ³ Pedido ³ ³ º
º ÚÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄ¿ ÀÄÄÄÄÄÄÄÄÄÄÙ þÄÄÄÄÄÁÄÄÄÄÄþ º
º ³ Chequear ÃÄ>ÄÄÄ¿ Cliente º
º þÄÄÄÄÄÄÄÄÄÄÄþ ³Credito cliente³ ³ þÄÄÄÄÄÄÄÄÄÄÄþ º
º Inventarlo ÀÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ þÄÄÄÁÄÄÄþ º
º þÄÄÄÄÄÂÄÄÄÄÄÄþ ³ Pedido º
º ³ ÚÄÄÄÄÄÄÁÄÄÄÄÄÄÄ¿ þÄÄÄÄÄÄÄÄþ º
º ÀÄÄÄÄÄÄÄÄ´ Chequear ÃÄÄÄ>ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ¿ º
º ³Stock Product ³ þÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄÄþ º
º ÀÄÄÄÄÄÄÂÄÄÄÄÄÄÄÙ Pedido confirmado º
º ^ þÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄþ º
º ³ ÚÄÄÄÄÄÄÁÄÄÄÄÄÄÄÄ¿ º
º ³ ³Crear anulaci¢n³ º
º ÃÄÄÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄÄÄÄ´ de pedidos ³ º
º ³ ÀÄÄÄÄÄÄÂÄÄÄÄÄÄÄÄÙ º
º ÚÄÄÄÄÄÄÄÁÄÄÄÄÄÄ¿ ^ º
º ³ Llenar orden ³ þÄÄÄÄÁÄÄÄÄþ º
º þÄÄÄÄÄÄÄÄÄÄþ ³ de Salida ÃÄÄÄÄÄÄÄÄ¿ Anulaci¢n º
º Cliente ÀÄÄÄÄÄÄÄÂÄÄÄÄÄÄÙ ³ þÄÄÄÄÄÄÄÄÄþ º
º þÄÄÂÄÄÂÄÄÄÄþ ^ ÚÄÄÄÄÄÄ¿ ³ º
º ³ ³ ÚÄÄÄÄÄÁÄÄÄÁ¿ þÄÄÄÁÄÄÄþ³ º
º ³ ÀÄÄÄÄÄ>ÄÄÄÄ´Enviar Ord³ Entrega ³ º
º ³ ³de salida ³ þÄÄÄÄÄÄÄþ³ ÚÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄ¿ º
º ³ ÀÄÄÄÄÄÄÄÄÄÄÙ ÚÄÄÄÄÄÁÄÄÁÄÄÄ¿ þÄÄÄÄÁÄÄÄÄÄþ º
º ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ>ÄÄÄÄ´Generar ³ Factura º
º ÚÄÄÄÄÄÄ>ÄÄÄijGuia Cliente³ þÄÄÄÄÄÄÄÄÄÄþ º
º ³ ÀÄÄÄÄÂÄÄÄÄÄÄÄÙ º
º þÄÄÄÄÁÄÄÄÄÄþ ³ º
º Pedido ³ þÄÄÄÄÄÄÄÄÄÄþ º
º þÄÄÄÄÄÄÄÄÄÄþ ³ Movimiento º
º ³ Contable º
º ³ þÄÄÄÄÂÄÄÄÄÄþ º
º ÀÄÄÄÄÄÄÄÄÄÄ>ÄÄÄÄÄÄÄÄÄÙ º
º º
ÈÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍÍͼ
Figura. N§ 11
|
