Diagramas de Flujo de Datos

Diagramas de flujos de Datos

Al mirar un DFD tpico para un sistema chico se nota lo siguiente:
Requiere poca explicacin.
Cabe fcilmente en una pgina.
Se dibuj con computadora.

Los componentes de un DFD

Proceso
Crculo.
Muestra una parte del sistema que transforma entradas en salidas.
Se nombra con una frase u oracin sencilla (preferentemente
frase verbo-objeto).
 Diagramas de flujos de Datos
Los componentes de un DFD

Flujo de datos
Flecha que llega o sale de un proceso.
Describe el movimiento de bloques o paquetes de
informacin de una parte del sistema a otro.
El nombre representa el significado del paquete (un solo
tipo de paquetes) que se mueve por el flujo de datos.
Tiene direccin.
Flujos divergentes (copias o divisin en paquetes ms
simples) y convergentes (unin para formar paquetes ms
complejos). No los usamos.
No responde a dudas de procedimiento.
 Almacn de Datos
Dos lneas paralelas.
Modeliza una coleccin de paquetes en reposo.
Puede ser requerimiento fundamental o aspecto conveniente de la
realizacin del sistema.
Ejemplos de aspectos convenientes de interponer un almacn entre dos
procesos:
Ambos procesos se ejecutan en la misma computadora pero no hay
memoria suficiente (o algn otro recurso de hardware)
Se espera que cualquiera de los procesos se ejecute en hardware poco
confiable
Se espera que diferentes programadores implementen los dos procesos
El analista o diseador pensaron que algn da el usuario necesitara
acceder
Un flujo que viene de un sistema se interpreta como una lectura o un
acceso a la informacin del almacn (no destructiva)
Un flujo hacia un almacn se describe como una escritura, una
actualizacin o una eliminacin
 Entidades Externas
Rectngulo.
Representan entidades externas con las cuales
el sistema se comunica.
Persona, Organizacin externa, Organismo
gubernamental, grupo o departamento dentro
de la organizacin.
Las relaciones que existan entre los
terminadores no se muestran en el DFD
 Gua para la construccin de un DFD
Elegir nombres con significado para todos los componentes
Para los procesos:
Identificar las funciones que el sistema est llevando a cabo.
Usar un verbo y un objeto. Evitar verbos ambiguos: hacer, manejar, procesar, etc.

Numerar los procesos

Como forma abreviada de identificar las burbujas.
Base para la numeracin jerrquica.

Redibujar el DFD tantas veces como sea necesario Para que sea:
Tcnicamente correcto
Aceptable para el usuario
Estar lo suficientemente bien dibujado para mostrarlo a la direccin de la organizacin
Para mejorarlo estticamente:
Tamao y forma de las burbujas
Flujos curvos vs. rectos. Cruces de flujos.
Diagramas hechos a mano vs. diagramas generados por computadora
 Gua para la construccin de un DFD
Evitar los DFD demasiado complejos
Deben ser ledos y comprendidos.
72 de cada componente o sea debe caber en una hoja
normal.
Excepcin: Diagrama de contexto.

Asegurarse la consistencia
Evitar sumideros infinitos
Evitar las burbujas de generacin espontnea
Todos los flujos y procesos deben estar etiquetados
Tener cuidado con los almacenes de slo lectura o slo
escritura
Simbolos
Diagrama de Contexto
Diagrama de Nivel 1
Modelo Entidad - Relacin
 Diagrama Entidad - Relacin
Como vimos, la estructura global de una BD puede representarse grficamente
por medio de un diagrama de E-R, que consta de :

1.- Rectngulos, que representan conjuntos de entidades.

2.- Elipses, que representan atributos.
3.- Rombos, que representan conjuntos de relaciones.
4.- Lneas, que enlazan atributos a conjuntos de entidades y conjuntos de entidades
a conjuntos de relaciones.

Seguro
Social
Nombre Ciudad_ No_Cuenta Saldo
_Cliente Cliente Fecha

Cliente Cta_Cli Cuenta

Diagrama E-R
 Modelo Relacional
En ella podemos distinguir un conjunto de columnas, denominadas atributos, que
representan propiedades de la misma y que estn caracterizadas por un nombre; y
un conjunto de filas llamadas tuplas que son las ocurrencias de la relacin. Existen
tambin unos dominios donde los atributos toman sus valores.

El nmero de filas de una relacin se denomina cardinalidad de la relacin y el

nmero de columnas es el grado de la relacin.

Ejemplo: AUTOR
Nombre Nacionalidad Institucin

Pepe Espaa O.N.U.

John EE.UU. O.M.S.

Pierre Francia N.A.S.A.

 Relacin
CLAVES
Una clave candidata de una relacin es un conjunto no vaco de atributos
que identifican unvoca y mnimamente cada tupla. Por la propia definicin
de relacin, siempre hay al menos una clave candidata, ya que al ser la
relacin un conjunto no existen tuplas repetidas y por tanto, el conjunto de
todos los atributos identificar unvocamente a las tuplas. Una relacin
puede tener ms de una clave candidata, entre las cuales se debe distinguir:

Clave primaria: es aquella clave candidata que el usuario escoger, por

consideraciones ajenas al modelo relacional, para identificar a las tuplas de
una relacin.
Clave alternativa: son aquellas claves candidatas que no han sido elegidas.

Se denomina clave ajena de una relacin R2 a un conjunto no vaco de

atributos cuyos valores han de coincidir con los valores de la clave primaria
de otra relacin R1. La clave ajena y la correspondiente clave primaria han
de estar definidas sobre los mismos dominios.
 Restricciones
Restricciones inherentes : Adems de las derivadas de la definicin matemtica de
"relacin" como eran que:
No hay dos tuplas iguales y El orden de las tuplas no es significativo.
El orden de los atributos (columnas) no es significativo y Cada atributo slo puede tomar un
nico valor del dominio, no admitindose por tanto los grupos repetitivos.
Tenemos que la regla de integridad de entidad establece que "Ningn atributo que forme
parte de la clave primaria de una relacin puede tomar un valor nulo"; esto es, un valor
desconocido o inexistente.

Restricciones de usuario: Dentro de las restricciones de usuario destaca la restriccin de

integridad referencial que dice que los valores de clave ajena deben coincidir con los de
clave primaria asociada a ella o ser nulos. Ejemplo;

EDITORIAL (NOMBRE_E, DIRECCION, CIUDAD, PAIS)

LIBRO (CODIGO, TITULO, IDIOMA, ..., NOMBRE_E)

En este ejemplo el atributo nombre_e de la relacin LIBRO es clave ajena que referencia a
EDITORIAL, de modo que debe concordar con la clave primaria de la relacin EDITORIAL o
bien ser nulo, porque los libros de nuestra base de datos debern pertenecer a una editorial
existente, o si se desconoce la editorial, no se tendr ningn valor para este atributo.
Ejemplo de un Modelo Relacional
Modelo Orientado a Objetos
 Casos de uso
Son una tcnica basada en escenarios para la obtencin de requerimientos, que se han
convertido actualmente en una notacin fundamental del UML, utilizada para describir
modelos orientado a objetos. Sin embargo no todo puede ser considerado objeto, estas seis
caractersticas para poder ser considerado como posible miembro del modelo;
1. retener informacin: el objeto potencial ser til durante el anlisis si la informacin sobre el
mismo debe guardarse para que el sistema funcione

2. Servicios necesarios: el potencial objeto debe tener un conjunto de operaciones identificables

que permitan cambiar los valores de sus atributos.

3. Mltiples atributos: durante el anlisis de requisitos nos centramos ms en la informacin ms

importante. Un objeto con un solo atributo puede, en efecto, ser til durante el diseo, pero
probablemente ser un atributo de otro objeto durante el anlisis de actividades.

4. Atributos comunes: el conjunto de atributos definido para la clase debe ser aplicable a todas las
ocurrencia de objeto.

5. Operaciones comunes: el objeto potencial debe definir un conjunto de operaciones aplicables, al

igual que antes, a todos los objetos de la clase.

6. Requisitos esenciales: las entidades externas que aparecen en el espacio del problema y
producen informacin esencial para la operacin de una solucinpara el sistema casi siempre se
definen como objetos en el modelo de requisitos.
 Capa de Clases, Atributos y Mtodos
En esta capa se debe describir las clases identificadas a utilizar y que atributos
contendrn cada una, as como los mtodos o acciones que estos pueden realizar.

Cliente Ordinario Tipo_Cliente

ID_Cliente No_Identificacin

Nombre Pais

Apellido Ciudad

Tipo_Identificacin No_Licencia

Telfono Tipo_Licencia

Domicilio Expiracin_Licencia
Fecha_Solicitud

Agregar
Actualizar
Agregar
Consultar
Actualizar
Solicitar
Consultar
Solicitar
 Diagrama de Generalizacin - Especializacin
Muestra la jerarqua de las
clases, derivando las
herencias entre las clases
y las especificaciones de
los objetos que pueden
ser instanciados.
 Modelo Objeto - Relacin
Entre dos clases cualesquiera que estn
conectadas existe una relacin*. Debido a
esto los colaboradores siempre estn
relacionados de alguna manera. El tipo de
relacin ms comn es la binaria (existe
una relacin entre dos clases). Cuando se
analiza dentro del contexto de un sistema
00, una relacin binaria posee una
direccin especfica que se define a
partir de qu clase desempea el papel
del cliente y cul acta como servidor.

Usando un anlisis gramatical, el analista

asla verbos que indican localizaciones
fsicas o emplazamientos (cerca de, parte
de, contenido en), comunicaciones
(transmite a, obtenido de), propiedad
(incorporado por, se compone de) y
cumplimiento de una condicin (dirige,
coordina, controla). Estos aportan una
indicacin de la relacin. La notacin del
lenguaje unificado de modelado para el
modelo objeto-relacin utiliza una
simbologa adaptada de las tcnicas del
modelo entidad-relacin