IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ.

Pgina 1 de 11

SIMBOLOGIAS DE LOS DFD CLASIFICADO POR AUTORES

AUTOR BACA

PROCESO 3
ERI!ICAR PRODUCTO

BASE DE DATOS

FLUJO DE DATOS

ENTIDAD EXTERNA
PRODUCTO

BD. COMPRA

GANE DE SARSON 3 YOURDON

ERI!ICAR PRODUCTO

BD COMPRA 3

PRODUCTO

BD. COMPRA

PRODUCTO

KENDALL & KENDALL

3
ERI!ICAR PRODUCTO

BD COMPRA 3

PRO PRODUCTO
O

JAMES SENN

3
ERI!ICAR PRODUCTO BD COMPRA 3

PRODUCTO

3 COAD
ERI!ICAR PRODUCTO
BD. COMPRA

PRO PRODUCTO
O

CAMPINS

BD COMPRA 3

Diagrama de Contexto: Nivel 0

En el diagrama de contexto se caracterizan todas las interacciones que realiza un sistema con su entorno (entidades externas), estas pueden ser otros sistemas, sectores internos a la organizacin, o factores externos a la misma. Se dibuja un slo proceso que representa al sistema en cuestin y se escribe su nombre en dicha burbuja como un sustantivo comn ms adjetivos. De l

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ.

Pgina " de 11

solamente parten los flujos de datos que denotan las interrelaciones entre el sistema y sus agentes externos, no admitindose otros procesos ni almacenamientos en el dibujo. Resulta de gran utilidad para los niveles posteriores de anlisis como herramienta de balanceo. Y es conocido como el Diagrama de Flujo de Datos DFD de Nivel "0" Diagrama de Nivel Superior: Nivel 1 En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal. En este nivel los procesos no suelen interrelacionarse directamente, sino que entre ellos debe existir algn almacenamiento o entidad externa que los una. Esta regla de construccin sirve como ayuda al analista para contemplar que en un nivel tan elevado de abstraccin (DFD Nivel 1) es altamente probable que la informacin que se maneja requiera ser almacenada en el sistema aunque no est especificado por un Requisito funcional, siendo en realidad un requisito no-funcional. Diagrama de Detalle o Expansin: Nivel 2 En un diagrama de nivel 2 o mayor, comienzan a explotarse las excepciones a los caminos principales de la informacin dado que aumenta progresivamente el nivel de detalle. De aqu en adelante se permiten los flujos entre procesos. El DFD (Diagrama De Flujo De Datos) nivel 2 puede considerarse el mximo para ser validado en forma conjunta con el usuario dado que en los niveles posteriores el alto grado de complejidad del diagrama puede resultar de muy difcil lectura para personas ajenas al equipo de sistemas. Tambin se recomienda el diagrama de nivel superior.

LIBROS A CONSULTAR AN#LISIS Y DISEO DE SISTEMAS DE $ENDALL Y $ENDALL

PUEDE ACCEDER AL LIBRO A TRA ES DE %OO%LE LA OPCION DE LIBROS&.

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ.

Pgina ' de 11

NORMAS PARA EL DISEO DE DFD -Primero se debern identificar las entidades externas ya que ello implica definir los lmites del sistema. -Se debern elegir nombres con significado tanto para procesos como tambin para flujos de datos, almacenes y entidades externas. Si es posible a partir del vocabulario del usuario evitando terminologas tcnicas. -Identificar el papel del proceso del sistema, no quien lo realiza. -Numerar los procesos, mediante un esquema de numeracin consistente que implique, para los lectores del DFD, una cierta secuencia de ejecucin. -Se debern, en la medida de lo posible, evitar los DFD excesivamente complejos. Debern ser comprensibles, digeribles y agradables a la vista sin demasiados elementos. -Todos los elementos se relacionan entre s a travs de flujos de datos. *Procesos: Se relacionarn con: *Almacenes *Entidades externas *Otros procesos: Debern tener al menos una Entrada y una Salida, no son inicios de datos. *Almacenes: Se relacionarn solamente con Procesos. *Entidades Externas: Se relacionarn solamente con Procesos. -En todos los niveles del Diagrama de Flujo de Datos deber haber igual cantidad de Entradas y de Salidas. -Niveles del DFD: *Nivel de Partida: Diagrama de Contexto: No existirn almacenes o archivos. Se representarn las entidades externas que son fuente y destino de los datos. El sistema ser representado como un proceso simple. Se dibujarn slo los flujos de datos de comunicacin exterior-sistema. *Nivel 1 y subsiguientes: Deber haber igual cantidad de archivos. Aunque podr existir mayor cantidad de almacenamientos en el nivel 2 debido a la explosin de algn proceso.

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ.

Pgina ( de 11

*En el ltimo nivel, cada proceso realizar una funcin especfica y concreta. -Cada proceso en el DFD de alto nivel de un sistema puede ser "explotado" para convertirse en un DFD en si mismo. -Cada proceso en el nivel inferior deber estar relacionado, inversamente, con el proceso del nivel superior. Es decir que, cada proceso padre que se detalla en el DFD, ha de estar balanceado. La regla del balanceo consiste en que cada proceso debe tener exactamente los mismos datos de entrada/salida netos que el DFD hijo. -Los flujos de datos pueden descomponerse en la explosin del proceso en un DFD hijo. -No se deber prestar atencin a las condiciones de tiempo, excepto a las naturales precedencias lgicas y a los almacenamientos de datos necesarios desde el punto de vista lgico. Se deber dibujar un sistema que nunca comience ni pare. -Para evitar el cruzamiento de las lneas de flujo de datos, la misma entidad (o el mismo almacn) se podr dibujar mas de una vez en el mismo diagrama; las dos (o mas) casillas por entidad pueden identificarse con dos lneas inclinadas en el ngulo superior izquierdo de las mismas. EJEMPLO DE DIAGRAMA DE FLUJOS DE DATOS
SISTEMA DE REGISTRO PARA EL CONTROL DE INGRESOS Y EGRESOS EN LA EMPRESA MATERIALES DIVINO NIO C.A Descripcin del Sistema Actual Normalmente todos los reportes de la empresa se llevan manualmente a travs de planillas o cuadernos donde se plasman los reportes de las actividades que se suceden en la misma siendo guardado en folios que podran sufrir prdidas de algn documento, o en caso tal de no llevar un orden adecuado de los ingresos y egresos de la empresa, podra tambin pasar que se pierda informacin en cuanto a los pagos de cheques, facturas, caja, gastos.

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ.

Pgina ) de 11

La secretaria es la encargada de llevar este control todos los das para luego ser enviados al contador siendo el encargado de llevar este control a travs de los libros diarios de la empresa donde reposa toda la informacin legible a la hora de una supervisin del Seniat. Todos estos procesos son llevados de manera manual estn acarreando prdida de tiempo, gastos de papelera, gastos de personal, si existiese un sistema podra hacerse este control con menos personal. Diagrama de Flujo de Datos de la Situacin Actual Metodologia Empleada James Senn El diagrama de flujo de datos (DFD), tiene como objetivo representar grficamente el sistema, ilustrado los componentes esenciales de un proceso y la forma en que interactan, esta tcnica del diagrama de flujo de tatos es til por lo siguiente:

Representa grficamente los lmites del sistema en estudio. Muestra el movimiento de los datos y la transformacin de los mismos a

travs del sistema. Facilita el mantenimiento del sistema.

Segn el autor Senn (2006), define: Es una herramienta grfica que se emplea para describir y analizar el movimiento de datos a travs de un sistema ya sea que est fuera del manual o autorizado, incluyendo procesos, lugares para almacenar datos y retrasos en el sistema. Los diagramas de flujo de datos son las herramientas ms importantes y la base sobre el cual se desarrollan otros componentes. (p.178).

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ. DFD 1/2 CONTEXTO GENERAL SITUACIN ACTUAL

Pgina * de 11 NIVEL 0

Figura N 1. Diagrama de Flujo de Datos. Situacin Actual. Contexto General Nivel 0. Fuente: La Autora. (2012)

DFD 2/2

PROCESOS SITUACIN ACTUAL

NIVEL 1

Figura N 2. Diagrama de Flujo de Datos. Situacin Actual. Procesos Nivel 1. Fuente: La Autora (2012)

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ. Descripcin del Sistema Propuesto

Pgina + de 11

Con base a lo antes expuesto, se plantea una forma de trabajo nueva e innovadora que ayudar a que los procesos se realice de una manera ms rpida sencilla y que genere resultados positivos, as como tambin un mejor control para que los procesos sean eficientes. Para poder obtener resultados ptimos es necesario que el sistema controle entradas de datos que sern procesadas para clasificar a los clientes, proveedores, ventas, compras, gastos, servicios, retenciones entre otros aspectos de inters para la empresa. Este nuevo sistema permitir automatizar el registro de los clientes, puesto que se contar con una base de datos la cual contendr la informacin necesaria, de igual manera se tendr el registro de los proveedores donde se especificar los datos de inters. De igual forma tiene el mdulo de productos el cual permite registrarlos y asignarla su proveedor, con el fin de ayudar al usuario a conseguir los proveedores de dichos artculos. Para finalizar se encuentra el mdulo de ventas el cual almacenara todos los datos de los clientes y productos que fueron vendidos, tambin contar con el mdulo de compra el cual permite registrar los datos concernientes a los artculos adquiridos por la empresa. Por otro lado se tiene el mdulo de reportes el cual permite emitir los reportes de compras, ventas, gastos y retenciones. Con respectos a las retenciones es donde se desglosara el iva de la compra y el iva retenido de la misma con la finalidad de agilizar la informacin al contador, en la parte de compra es donde se refleja la fecha de compra y los producto adquiridos conjuntamente con el proveedor. Con toda esta automatizacin se le dar un gran beneficio a la empresa puesto que automatizar todo los procesos de ingresos y egresos que se tienen, reflejndose bien sea de forma mensual, quincenal o diaria, por tal motivo ha de ser ms fcil los procesos dentro de la empresa. ACOTACION EN ESTA METODOLOGIA PARA DFD CUANDO LA BASE DE DATOS ES AUTOMATIZADA SE REPRESENTA CON EL TAMBOR:

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ. Diagrama de Flujo de Datos de la Situacin Propuesta DFD 1/3 SISTEMA PROPUESTA

Pgina , de 11

NIVEL 0

Figura N 3. Diagrama de Flujo de Datos. Sistema Propuesto. Nivel 0. Fuente: La Autora (2012)

DFD 2/3

CONTEXTO GENERAL SISTEMA PROPUESTO

NIVEL 1

Figura N 4. Diagrama de Flujo de Datos. Sistema Propuesto. Contexto General Nivel 1. Fuente: La Autora (2012)

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ. DFD 3/3 CONTEXTO GENERAL SISTEMA PROPUESTO

Pgina - de 11 NIVEL 2

Figura N 5. Diagrama de Flujo de Datos. Sistema Propuesto. Registrar Clientes Nivel 2. Fuente: La Autora (2012)

Modelo Entidad Relacin Es una herramienta para el modelado de datos de un sistema de informacin. Estos modelos expresan entidades relevantes para un sistema de informacin as como sus interrelaciones y propiedades Est formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones grficas. Tambin cuenta con un modelo conceptual que ayuda a las entidades de manera nica la clave primaria. Entidades y Relaciones El modelo de datos ms extendido es el denominado ENTIDAD/RELACIN (E/R) En el modelo E/R se parte de una situacin real a partir de la cual se definen entidades y relaciones entre dichas entidades: ENTIDAD.- Objeto del mundo real sobre el que queremos almacenar informacin (Ej: una persona). Las entidades estn compuestas de atributos que son los datos que definen el objeto (para la entidad persona seran DNI, nombre, apellidos, direccin,...). De

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ.

Pgina 1. de 11

entre los atributos habr uno o un conjunto de ellos que no se repite; a este atributo o conjunto de atributos se le llama clave de la entidad, (para la entidad persona una clave seria DNI). En toda entidad siempre hay al menos una clave que en el peor de los casos estar formada por todos los atributos de la tabla. Ya que pueden haber varias claves y necesitamos elegir una, lo haremos atendiendo a estas normas: Que sea nica. Que se tenga pleno conocimiento de ella.- Por qu en las empresas se asigna a cada cliente un nmero de cliente?. Que sea mnima, ya que ser muy utilizada por el gestor de base de datos. RELACIN.- Asociacin entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades. Las relaciones pueden ser de tres tipos: Relaciones 1-1.- Las entidades que intervienen en la relacin se asocian una a una (Ej: la entidad HOMBRE, la entidad MUJER y entre ellos la relacin MATRIMONIO). Relaciones 1-n.- Una ocurrencia de una entidad est asociada con muchas (n) de otra (Ej: la entidad EMPERSA, la entidad TRABAJADOR y entre ellos la relacin TRABAJAREN). Relaciones n-n.-Cada ocurrencia, en cualquiera de las dos entidades de la relacin, puede estar asociada con muchas (n) de la otra y viceversa (Ej: la entidad ALUMNO, la entidad EMPRESA y entre ellos la relacin MATRCULA).

Para

mas

informacin

Ir

http://www.ecured.cu/index.php/Diagrama_Entidad_Relaci C3 B3n

IUPSM-BARINAS ANALISIS Y DISEO DE SISTEMAS DOCENTE: DIANA MARQUEZ.

Pgina 11 de 11

EJEMPLO DE MODELO ENTIDAD RELACIO (E-R) BASADO SISTEMA DE REGISTRO PARA EL CONTROL DE INGRESOS Y EGRESOS EN LA EMPRESA MATERIALES DIVINO NIO C.A

Grfico N 3: Modelo Entidad Relacin Fuente: La Autora (2012).