Modelado
orientado
al flujo
El DFD tiene una visión del
sistema del tipo entradaproceso-salida.
Los objetos de datos fluyen
hacia el interior del software ,
se transforman mediante
elementos de
procesamiento, y los objetos
de datos resultantes fluyen al
exterior del software.
Elementos de un Diagrama
DFD
 Entidad Externa.
Persona, grupo de
personas o unidad de
negocio que entrega y/o
recibe información.
 Proceso
Conjunto de actividades de
negocio que explican que
se hace y como se llevan a
cabo.
Matricula
 Flujo
de Datos
Señala el flujo de datos de
una entidad externa a un
proceso y viceversa y de
un proceso a un almacén
de datos.
 Almacén
de Datos
Lugar físico donde se
almacenan los datos
procesados.
Alumnos
Creación de un modelo de
flujo de datos
1)
El nivel 0 del diagrama debe representar al software
(sistema con una sola burbuja).
2)
La entrada y salida se deben establecer con cuidado.
3)
Refinación: Aislamiento de datos, objetos de datos y
almacenamiento de datos.
4)
Todas las flechas y burbujas deben ser rotuladas con
nombres significativos.
5)
Se debe mantener el flujo de información al cambiar
de nivel.
6)
La refinación de las burbujas se debe hacer una por
una.



Representar el diagrama de contexto.
Representar el DFD de primer nivel, indicando
los distintos subsistemas funcionales en que se
descompone nuestro sistema.
Descomponer cada uno de los procesos que
aparecen en el DFD de primer nivel, hasta llegar
a un nivel suficiente de detalle.

Se recomienda el utilizar cuatro niveles
de descomposición de diagramas.
Nivel 0: Diagrama de contexto.
 Nivel 1: Subsistemas.
 Nivel 2: Funciones de cada subsistema.
 Nivel 3: Subfunciones asociadas.
 Nivel 4: Procesos necesarios para el
tratamiento de cada subfunción.

El diagrama de contexto
inicial debe ser un panorama
que
incluya
entradas
básicas,
el
sistema
en
general y las salidas.
Al proceso le es dado el
número cero.
Todas las entidades externas
son
mostradas
en
el
diagrama de contexto, así
como los flujos de datos
principales que entran y
salen
de él.
Las entradas y salidas especificadas en el primer
diagrama permanecen constantes en todos los
diagramas subsecuentes.
Sin embargo, el resto del diagrama original es
explotado en acercamientos que involucran de tres
a nueve procesos, y muestra almacenes de datos y
nuevos flujos de datos de nivel más bajo.
EC representa el
comportamiento del
sistema de dos formas
diferentes.
•
•
Contiene un diagrama
de estado que
especifica un
comportamiento
secuencial.
En caso contrario
puede contener una
tabla de activación
del programa.
EP se utiliza para
describir todos los
procesos del modelo
que aparecen en el
nivel final de
refinación.
Puede incluir un texto
narrativo, algoritmo de
proceso, graficas,
ecuaciones o
diagramas.
Nivel 0.
Nivel 1.
Nivel 2.
Modelado
basado en
clases
Cada escenario de uso
implica un conjunto de
objetos.
Y en el modelado basado
en clases todos estos
objetos se clasifican en
clases.
La clase encapsula toda la
información de un objeto.
Un diagrama de clases sirve para visualizar las
relaciones entre las clases que involucran el
sistema. Se compone de:
Personas,dispositivos,otros
sistemas.
División, grupo, equipo.
Reportes, despliegues, letras,
señales.
Puesto de carga, Oficina
de Manufactura.
Movimientos que realizan las
demás clases.
Gerente, ingeniero, Personal de
ventas.
Sensores, Vehículos,
Computadoras.
Los atributos definen la clase. Se definen al hacer un análisis del
problema y se busca incluir aquellos atributos que son necesarios
para componer la clase.
Ejemplo de Atributos:
Los métodos u operaciones de
una clase son la forma en que
el objeto se comporta, en
este caso son las funciones
que realiza para servir al
sistema.
Las relaciones son las asociaciones que hay entre dos clases, en
ocasiones la mayoría de estas se maneja por medio de la
cardinalidad.
La cardinalidad de las relaciones indica el grado y nivel de
dependencia, se anotan en cada extremo de la relación y éstas
pueden ser:
 Uno o muchos: 1..* (1..n).
 0 o muchos: 0..* (0..n).
 Número fijo: m (m denota el número).
Permite asociar objetos que colaboran entre si.
El uso más particular de este tipo de relación es para denotar
la dependencia que tiene una clase de otra.
Indica que una subclase hereda los métodos y atributos
especificados por una Súper Clase.
Descargar

Modelado orientado al flujo