tema vii: herramientas del análisis estructurado …is... · incluye un número y un nombre...

51
www.kybele.urjc.es Tema VII: Herramientas del Análisis Estructurado Diagramas de Flujos de Datos ( DFD’s) Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

Upload: ngokhanh

Post on 26-Sep-2018

215 views

Category:

Documents


0 download

TRANSCRIPT

www.kybele.urjc.es

Tema VII:

Herramientas del Análisis Estructurado Diagramas de Flujos de Datos (DFD’s)

Diana Marcela Sánchez Fúquene Ingeniería del Software de Gestión

www.kybele.urjc.es

Herramientas para el Análisis Estructurado

Diagrama de Flujo de Datos

Diccionario de Datos

Especificación de Procesos

2 Ingeniería del Software de Gestión

Índice

www.kybele.urjc.es

Representación gráfica en forma de red

Cada nodo representa una función

Las funciones se comunican mediante conductos que representan la información que se mueve

Se apoya en otras técnicas de descripción textual ◦ diccionario de datos

◦ especificaciones de proceso

Distintos niveles de abstracción. ◦ Niveles superiores: funciones del sistema de forma general

◦ Niveles inferiores: funciones del sistema de forma detallada

También se denomina diagrama de burbujas, diagrama de flujo de trabajo o modelo funcional

3 Ingeniería del Software de Gestión

Diagramas de Flujos de Datos DFD’s

www.kybele.urjc.es 4 Ingeniería del Software de Gestión

YOURDON /

DE MARCO

GANE &

SARSON

SSADM

METRICA

NOTACIÓN

Flujo de Datos

Proceso

Almacén de Datos

Entidad Externa

Componentes y Notación

www.kybele.urjc.es

Simple e Intuitiva

Uso de Herramientas

Si aumenta la complejidad, podemos descomponer

Ingeniería del Software de Gestión 5

Recuperada de: Just Enough Structured Analysis (Yourdon)

Primer Ejemplo

www.kybele.urjc.es

Representa una función que transforma los flujos de datos de entrada en uno o varios flujos de

datos de salida

Regla de Conservación de Datos ENTRADA + INFO LOCAL SALIDA Error de conservación de datos: entrada insuficiente

Pérdida de información: error en la salida

6 Ingeniería del Software de Gestión

PROCESO

F1

F3

F2

Procesos (Burbujas, Funciones, Transformaciones)

www.kybele.urjc.es

PROCESO ◦ TRANSFORMACIÓN: cálculo, operación

◦ FILTRO: verificación fecha, validación transacción

◦ DISTRIBUCIÓN: menú, selección, transacción

Identificación Única ◦ Incluye un número y un nombre (únicos en el conjunto de DFD que

representan el sistema)

Características de los nombres: ◦ Lo más representativo posible: VERBO + OBJETO (DD)

◦ Dar un nombre que englobe a toda la función

◦ Suprimir nombres con poca significación: REALIZAR OPERACIÓN, GESTIONAR ACCIÓN

◦ Vocabulario usado por usuarios/clientes

7 Ingeniería del Software de Gestión

PROCESO

F1

F3

F2

Procesos

www.kybele.urjc.es

Representan una colección de (paquetes de) datos almacenada de forma temporal

Datos en reposo (VS flujos)

Almacenes lógicos: independientes del dispositivo utilizado Ejemplos: un cajón con papeles, un archivador manual, un

fichero o una base de datos, etc.

Su contenido se define en el Diccionario de Datos

Surgen de la necesidad de guardar datos temporalmente

8 Ingeniería del Software de Gestión

Almacén de Datos

www.kybele.urjc.es

Nombre:

Lo más representativo posible, lógico, plural

No asociado a connotaciones físicas

En plural: “CLIENTES”

Se puede representar varias veces (y en distintos niveles) de un DFD

Si es local a un proceso, se representará en el DFD en el que se especifique dicho proceso

Estructura Simple o Compleja

9 Ingeniería del Software de Gestión

Almacén de Datos

www.kybele.urjc.es

Entidades Externas o Terminadores

Representa un generador o consumidor de información del sistema y que no pertenece al mismo

Definen la interfaz entre el sistema y el mundo exterior

Resultan fáciles de identificar y no pueden ser modificados

Relaciones entre las entidades externas no son objeto del estudio del modelo

10 Ingeniería del Software de Gestión

www.kybele.urjc.es

El nombre debe ser representativo.

Se pueden dibujar varias veces en un DFD

Duplicados identificados con un asterisco

Normalmente las entidades externas sólo van a aparecer en el DFD de mayor nivel llamado diagrama de contexto.

11 Ingeniería del Software de Gestión

CLIENTE

DEPARTAMENTO COMPRAS

*

Representación de una entidad externa de

cardinalidad simple y repetida en un DFD

Representación opcional de entidades

externas de cardinalidad N

Entidades Externas

www.kybele.urjc.es

Camino a través del cual viajan datos de composición conocida de una parte

del sistema a otra

MOVIMIENTO (vs Almacenes de Datos)

Conectan los componentes del DFD

Se representan por arcos dirigidos

Según la persistencia de los datos pueden ser discretos o continuos

12 Ingeniería del Software de Gestión

Flujo de datos discreto

Flujo de datos continuo

Flujos de Datos

www.kybele.urjc.es

Conexiones permitidas

13 Ingeniería del Software de Gestión

Proceso Almacén Entidad Externa

Proceso Si Si Si

Almacén Si No No*

Entidad Externa

Si No* No

Flujos de Datos

www.kybele.urjc.es

Formas de Paso de Datos entre procesos

14 Ingeniería del Software de Gestión

ALMACEN TEMPORAL

PROCESO

A

PROCESO

A

PROCESO

B

PROCESO

B

Paso síncrono de información

entre procesos

Paso asíncrono de información

entre procesos

Flujos de Datos

www.kybele.urjc.es

Conexiones entre procesos y Almacenes

15 Ingeniería del Software de Gestión

FLUJO DE CONSULTA

FLUJO DE ACTUALIZACION

FLUJO DE DIALOGO

Flujos de Datos

www.kybele.urjc.es 16 Ingeniería del Software de Gestión

GESTIONAR

PETICIONES DE

USUARIO

USUARIO

LIBROS

PRESTAMOS

Petición de libro

Par dialogo

GESTIONAR

PETICIONES DE

USUARIO

CLIENTE INFORMES

Informe a

Cliente

CLIENTES

Petición de

informe

Flujos de Diálogo

www.kybele.urjc.es

Excepciones en Comunicación entre elementos en un DFD

Caso Particular de Flujo Almacenes Entidades Externas

17 Ingeniería del Software de Gestión

GESTIONAR

PRESTAMOS DE

BIBLIOTECA

USUARIO

Petición de libro

SISTEMA DE

MANTENIMIENTO

DE PUBLICACIONES

LIBROS Resguardo de

aceptación

www.kybele.urjc.es

Flujos de Datos Convergentes y Divergentes

Divergentes: Paquete complejo es dividido en elementos mas simples

Sólo los procesos pueden separar Flujos de Datos !!!

18 Ingeniería del Software de Gestión

ALMACENAR

DATOS

PERSONALES

VALIDAR

CÓDIGO

POSTAL

VALIDAR

NIF

VALIDAR

TELÉFONO

DA

TO

S

PE

RS

ON

AL

ES

NIF

CÓDIGO

POSTAL

TELÉFONO

ALMACENAR

DATOS

PERSONALES

VALIDAR

CÓDIGO

POSTAL

VALIDAR

NIF

VALIDAR

TELÉFONO

CÓDIGO POSTAL

TELÉFONO

NIF

DATOS

PERSONALES

www.kybele.urjc.es

Flujos de Datos Convergentes y Divergentes

Divergentes: Copias duplicadas de un paquete de datos son enviados a diferentes partes del sistema

Sólo los procesos pueden separar Flujos de Datos !!!

19 Ingeniería del Software de Gestión

RECIBIR

PEDIDO

GENERAR

ALBÁRANES

ACTUALIZAR

INVENTARIO

ACTUALIZAR

DATOS

CLIENTE

Pedido

Pedido

PedidoFormulario

CompraRECIBIR

PEDIDO

GENERAR

ALBÁRANES

ACTUALIZAR

INVENTARIO

ACTUALIZAR

DATOS

CLIENTE

www.kybele.urjc.es

Flujos de Datos Convergentes y Divergentes

Convergentes La unión de varios flujos crean un flujo mas complejo

Sólo los procesos pueden separar Flujos de Datos !!!

20 Ingeniería del Software de Gestión

LAVAR

LECHUGA

SERVIR

ENSALADA

CORTAR

TOMATES

Lechuga

Tomate

EnsaladaAceite de Oliva

LAVAR

LECHUGA

MEZCLAR

INGREDIENTES

CORTAR

TOMATES

Lechuga

Tomate

EnsaladaAceite de Oliva

www.kybele.urjc.es

No especifica detalles procedimentales ◦ El proceso pide el flujo de

datos??

◦ El proceso transmite el flujo de datos o responde a una petición??

◦ Cuál es la secuencia en la que llegan y salen los flujos de datos??

No lo sabemos y NO nos importa ◦ Es tarea de la Especificación de procesos

21 Ingeniería del Software de Gestión

Que NO son los Diagramas de Flujos de Datos

www.kybele.urjc.es

Resumen

Deben tener un nombre representativo (salvo almacenes de estructura simple)

Distintos tipos de datos distintos flujos

No indican el control de ejecución de los procesos

Contenido de varios tipos: ◦ Elemento

◦ Grupo

◦ Par de diálogo

◦ Múltiple

Convergentes/Divergentes

22 Ingeniería del Software de Gestión

GESTIÓN

de

PEDIDOS

GESTIÓN

de

INVENTARIO

pedido

productos

devueltos

Diagramas de Flujos de Datos

www.kybele.urjc.es

Descomposición en Niveles

Se sigue una aproximación descendente (top-down)

Partir de un modelo inicial e ir refinándolo

Descomposición en procesos primitivos

Numerar los procesos

Ingeniería del Software de Gestión 23

Recuperada de: Just Enough Structured Analysis (Yourdon)

www.kybele.urjc.es 24 Ingeniería del Software de Gestión

GESTION SISTEMA

X

DIAGRAMA DE CONTEXTO

E1

E2

E3

A

B

C

D

E

0

1 2

A1

A2

A

B

E

D

C DIAGRAMA 0: GESTION SISTEMA X

DIAGRAMA 1: DIAGRAMA 2: A2 A1

A

E

B A3

1.1 1.2

1.3

A1

A2

A3

B 1.2.1 1.2.2

1.2.3

DIAGRAMA 1.2:

Diagrama de Contexto En este diagrama sólo hay un proceso que representa el sistema completo

Niveles Medios • Diagrama de Sistema

Representa las funciones principales o subsistemas • Otros diagramas cada vez más detallados

Funciones Primitivas Procesos que no se explotan en nuevos DFD

Niveles de Descomposición

www.kybele.urjc.es

Ventajas de la descomposición en niveles Ayuda a construir la especificación de arriba abajo Distintos niveles pueden ir dirigidos a personas diferentes (directivos y usuarios) Facilita el trabajo de los analistas (trabajo paralelo de modelado) Facilita la documentación del sistema

Convenciones sobre la numeración Cada diagrama recibe el número y el nombre del proceso que descompone (proceso padre) El proceso del diagrama de contexto siempre es numerado como cero Diagrama del sistema [1 – N] Restos de Niveles [1.1 – 1.N] , [2.1 – 2.N] …

25 Ingeniería del Software de Gestión

Descomposición en Niveles

www.kybele.urjc.es

También llamado Diagrama de Nivel 0

Objetivo: Delimitar la frontera entre el sistema y el mundo exterior, y definir sus interfaces (flujos de datos de entrada y salida del sistema con el entorno o contexto)

Está formado por: Un proceso que representa una “caja negra” del sistema completo

Un conjunto de entidades externas

Un conjunto de flujos de datos

26 Ingeniería del Software de Gestión

Diagrama de Contexto

www.kybele.urjc.es

Ejercicio:

Diagrama de Contexto para el Sistema de Matriculación

Un estudiante envía un formulario de solicitud relleno donde figuran sus datos personales y el curso en el que desea matricularse.

La Universidad debe cotejar esa petición con la lista de cursos para saber si el curso está disponible aún.

En caso afirmativo, el alumno es matriculado en el curso, hecho que le es comunicado mediante una carta de confirmación.

En caso contrario también es informado mediante la correspondiente carta de denegación

27 Ingeniería del Software de Gestión

Diagramas de Flujos de Datos (DFD)

www.kybele.urjc.es

Ejercicio:

Diagrama de Contexto para el Sistema de Matriculación

28 Ingeniería del Software de Gestión

SISTEMA

DE

MATRICULACIÓN

ESTUDIANTE

Formulario

de

Matrícula

Carta

de

Aceptación

Carta

de

Denegación

Diagramas de Flujos de Datos (DFD)

www.kybele.urjc.es

Ejercicio:

Construir el Diagrama de Contexto de acuerdo a la especificación dada

(Aplicación para la gestión de sanciones)

29 Ingeniería del Software de Gestión

Diagramas de Flujos de Datos (DFD)

www.kybele.urjc.es

Diagrama de contexto Aplicación Gestión de Sanciones

30 Ingeniería del Software de Gestión

MULTAS

Denuncias

AGENTES

DGT DENUNCIADOS

DGT

Notificación

Denuncia

Alegaciones

Resolución

Alegaciones

Apertura

Expediente

Listado

Expediente

Denuncia = fecha + hora + codigo-denuncia + [ nombre-conductor | matrícula-coche ] Fecha = dia + mes + año Dia = [1-31] Mes = [1-12] Año = [1900 – 2000] Codigo-Denuncia = 3{[A-Z]}3 + 6{[0-9]6} Matricula-Coche = [ 1{[A-Z]}2 + - + 4{[0-9]}4 + - + 1{[A-Z]}2] | 3{[A-Z]}3 + - + 4{[0-9]}4 ]

Diccionario de Datos

Diagramas de Flujos de Datos (DFD)

www.kybele.urjc.es

También llamado Diagrama de Nivel 1

Que representa? Es la descomposición del diagrama de contexto y en él se representan las funciones principales del sistema, así como la relación entre ellas

Funciones conceptualmente independientes entre sí

Facilita la descomposición de cada una por personas (analistas) diferentes.

31 Ingeniería del Software de Gestión

Diagrama de Sistema

www.kybele.urjc.es

Son aquellos procesos de un DFD que ya no se descomponen en más diagramas de nivel inferior

Por cada función primitiva habrá una especificación que la describa

La decisión de no descomponer más es una responsabilidad del analista (decisión subjetiva)

Algunas reglas: Cuando la especificación del proceso cabe en una página Cuando los procesos del diagrama tienen pocos flujos de datos de entrada y salida Cuando al descomponer una función de un nivel determinado, se pierde el significado de lo que tiene que hacer esa función

32 Ingeniería del Software de Gestión

Procesos Primitivos

www.kybele.urjc.es

METRICA 2.1 recomendaba realizar sólo cuatro niveles de descomposición

Nivel 0: diagrama de contexto

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 cada subfunción

33 Ingeniería del Software de Gestión

¿Hasta dónde descomponer?

www.kybele.urjc.es

Regla de Balanceo

Consistencia entre niveles (Balanceo) Todos los flujos de datos que entran y salen de un proceso en un nivel determinado (DFD

padre) deben corresponderse con los flujos que entran y salen en el DFD que describe dicho proceso (DFD hijo)

34 Ingeniería del Software de Gestión

¿? A y D

¿? x - c – Q - P

Rec

uper

ada

de:

Jus

t E

noug

h

Str

uctu

red A

naly

sis

(You

rdon

)

www.kybele.urjc.es

Diagrama de contexto:

Localizar las entidades externas que van a proporcionar y/o consumir información

Diagrama de sistema:

Identificar las funciones principales y buscar la independencia entre funciones

Resto de diagramas:

Identificar las principales subfunciones de la función del nivel superior

No descomponer al máximo

35 Ingeniería del Software de Gestión

Creación de DFDs de un problema Procedimiento

www.kybele.urjc.es

Dividir el sistema de manera natural Establecer conexiones simples Limitar el número de procesos dentro de un nivel de

descomposición determinado Explosionar cuanto sea necesario, a mayor número

de niveles, mejor comprensión Descomponer procesos que tengan varios flujos de

E/S Nombrar correctamente los objetos:

◦ Flujos de datos: sustantivo + adjetivo ◦ Procesos: verbo + sustantivo ◦ Almacenes de datos: sustantivo

36 Ingeniería del Software de Gestión

Recomendaciones

www.kybele.urjc.es

Recomendaciones

Verificar la no existencia de: Bucles: flujos de

datos internos

Procesos Sumideros o Fuentes

Agujeros Negros

Agujeros Grises

Milagros

37 Ingeniería del Software de Gestión

Los datos ni se crean ni se destruyen

www.kybele.urjc.es

Recomendaciones

Los almacenes pueden aparecer a varios niveles REGLA

Mostrarlo en el DFD de nivel más alto en el que sirva de interfaz entre dos procesos. A partir de ahí en todos los

descendientes

38 Ingeniería del Software de Gestión

ALMACEN

A

B

ALMACEN

A.1

A.2

ALMACEN

B.1

B.2

www.kybele.urjc.es

No deberían aparecer almacenes

◦ READ-ONLY

◦ WRITE-ONLY

El origen o destino de un flujo ha de ser un proceso

39 Ingeniería del Software de Gestión

Recuperada de: Just Enough Structured Analysis (Yourdon)

Excepción a la regla para almacenes WRITE-ONLY

y origen/destino de un proceso

Recomendaciones

www.kybele.urjc.es

No resulta difícil si la independencia funcional está bien conseguida

Ante la aparición de una nueva funcionalidad

Estudiar el nivel de abstracción en el que se encuentra

Incluirla en el diagrama correspondiente

Asociar las interfaces con el resto de componentes del DFD

40 Ingeniería del Software de Gestión

Modificaciones a un DFD

www.kybele.urjc.es

SISTEMA

DE

DISTRIBUCIÓN

CLIENTES

PROVEEDORES

ALMACÉN DE

MATERIALES

GERENCIA

Órdenes de venta

Avisos de orden de

venta rechazada

Facturas

Estados de

cuentas Pagos de clientes

Compromisos

Órdenes de compra

Embarques

Facturas de proveedores

Estados de proveedores

Pagos de proveedores

Existencias

Estados de ingresos

Balance general

Informes de presupuesto

Otros informes

DFD de Contexto para un Sistema de Distribución

DFD – Descomposición en Niveles Ejemplo

www.kybele.urjc.es 42 Ingeniería del Software de Gestión

SURTIR

PEDIDOS

1

2

ORDENAR

EXISTENCIAS

DE

REABASTECIMIENTO

Órdenes de venta Venta rechazada

Facturas

Estados de cuenta

Pagos de clientes

Datos de cuentas por cobrar

Datos de inventario

Datos de compra Artículos recibidos

Datos de

cuentas por pagar

Otros informes

Balance

general

Estado

de

Ingresos

Órdenes de compra

Embarques

Estados de proveedores

Pagos a proveedores

Existencias

CLIENTES

MANTENER

LIBRO MAYOR

3

GERENCIA ALMACÉN DE

MATERIALES

PROVEEDORES

Factura de proveedores Informes de

presupuesto

DFD de Nivel 1 para un

Sistema de Distribución

• Se expande el proceso inicial

Distribución en tres nuevos procesos

• Aparecen nuevos flujos de datos

DFD – Descomposición en Niveles Ejemplo

www.kybele.urjc.es 43 Ingeniería del Software de Gestión

DFD de Nivel 2 para un Sistema de Distribución

CLIENTES

1.1

CAPTURA

DE

PEDIDOS

1.3

FACTURACIÓN

1.2

INVENTARIOS

1.4

CUENTAS

POR

COBRAR Datos de cuentas por pagar

Pedidos facturados

Facturas

Órdenes de venta

Órdenes de venta rechazada

Pedidos aceptados

Artículos

recibidos

Datos de

compras

Pedidos

completados

Pedidos surtidos

MANTENER

LIBRO MAYOR

3 2

ORDENAR

EXISTENCIAS

DE

REABASTECIMIENTO

Datos de

Inventario

Se expande el proceso 1:

Surtir Pedidos en tres

nuevos procesos

DFD – Descomposición en Niveles Ejemplo

www.kybele.urjc.es 44 Ingeniería del Software de Gestión

DFD de Nivel 3 para un Sistema de Distribución

Se expande el proceso 1.1 Captura de Pedidos

en cuatro nuevos procesos:

• Aparecen procesos atómicos

• Se incluyen almacenes de datos

CLIENTES

1.1.1

EDITAR

DATOS DE

PEDIDOS

1.1.2

VERIFICACIÓN

DE CRÉDITO

1.1.3

ASENTAR

PEDIDOS

1.1.4

MARCAR

PEDIDOS

SURTIDOS

1.2

1.3

ÓRDENES DE VENTA

RECHAZADAS

POR EDISIÓN

ARCHIVO DE CRÉDITO

DE CLIENTES

ÓRDENES DE VENTA

RECHAZADAS

POR CRÉDITO

Órdenes de venta

Rechazos por edición

Pedidos editados

Datos de crédito

Rechazos por crédito

Datos de pedido

BITÁCORA

DE PEDIDOS

Fecha en que se surtióPedidos completados

Pedidos aceptados

Pedidos editados y verificados

Avisos de órden

De venta

rechazadaCLIENTES

1.1

CAPTURA

DE

PEDIDOS

1.3

FACTURACIÓN

1.2

INVENTARIOS

1.4

CUENTAS

POR

COBRARDatos de cuentas por pagar

Pedidos facturados

Pa

go

sd

e c

lien

tes

Esta

tus

de

cu

en

ta

Facturas

Órdenes de venta

Órdenes de venta rechazada

Pedidos aceptados

Artículos

recibidos

Datos de

compras

Pedidos

completados

Pedidos surtidos

MANTENER

LIBRO MAYOR

3

MANTENER

LIBRO MAYOR

3 2

ORDENAR

EXISTENCIAS

DE

REABASTECIMIENTO

2

ORDENAR

EXISTENCIAS

DE

REABASTECIMIENTO

Datos de

Inventario

DFD – Descomposición en Niveles Ejemplo

www.kybele.urjc.es

Ejercicio:

Diagrama de Sistema para el Sistema de Matriculación

Un estudiante envía un formulario de solicitud relleno donde figuran sus datos personales y el curso en el que desea matricularse.

La Universidad debe cotejar esa petición con la lista de cursos para saber si el curso está disponible aún.

En caso afirmativo, el alumno es matriculado en el curso, hecho que le es comunicado mediante una carta de confirmación.

En caso contrario también es informado mediante la correspondiente carta de denegación

45 Ingeniería del Software de Gestión

Manos a la obra

www.kybele.urjc.es

Ejercicio:

Diagrama de Sistema para el sistema de Matriculación

46 Ingeniería del Software de Gestión

ESTUDIANTE

Formulario

de

Matrícula

Carta

de

AceptaciónNOTIFICACIÓN

3

MATRICULACIÓN

2

COMPROBAR

DISPONIBILIDAD

CURSO

1

Formulario de Matrícula /

Detalles del Curso

Detalles

de

Matrícula

Manos a la obra

www.kybele.urjc.es

Ejercicio:

Construir el Diagrama de Nivel 2 para el sistema de Matriculación, centrándose en el proceso 1

(Comprobar disponibilidad curso)

47 Ingeniería del Software de Gestión

Manos a la obra

www.kybele.urjc.es

Ejercicio:

Construir el Diagrama de Nivel 2 para el sistema de Matriculación, centrándose en el proceso 1

(Comprobar disponibilidad curso)

48 Ingeniería del Software de Gestión

ESTUDIANTEPROCESAR

FORMULARIO

1.1

Formulario

de

Matrícula

COTEJAR

DATOS CON

CURSOS

1.2

MATRICULACIÓN

2

Estado de Cursos

Detalle de Cursos

LISTADO

CURSOS

Detalle de Cursos

Formulario de Matrícula y

Detalle de Cursos

Manos a la obra

www.kybele.urjc.es

Ejercicio de Análisis 6

Construir el Diagrama de Sistema para el caso de estudio dado

(Aplicación para la gestión de sanciones)

49 Ingeniería del Software de Gestión

Manos a la obra

www.kybele.urjc.es

Diagrama de Sistema - Aplicación Sanciones DGT

50 Ingeniería del Software de Gestión

ARCHIVOS

CONDUCTORES

RESOLVER

ALEGACIONES

2

ABRIR

EXPEDIENTES

EJECUCIÓN

3

LISTAR

EXPEDIENTES

4

DenunciaAGENTES

DGT

TRAMITAR

DENUNCIAS

1

Dirección

Postal

EXPEDIENTES

SANCIONADORES

ARCHIVOS

VEHÍCULOS

Datos

Propietario

Copia

Denuncia

DENUNCIADOS

Alegaciones

Resolución

Alegaciones

Notificación

Denuncia

CÓDIGOS

DENUNCIAS

Parámetros

DenunciaCopia

Alegaciones

Resolución

Alegaciones

DGT

Resoluciones

Alegaciones

Expedientes sin Alegaciones /

Alegaciones Rechazadas

Expedientes

NO Concluidos

/ Sobreseidos

Listado Expedientes NO Concluidos

Manos a la obra

www.kybele.urjc.es

Análisis y Diseño Detallado de Aplicaciones Informáticas de

Gestión. Piattini et al., RA-MA, 2003.

Análisis Estructurado Moderno. Yourdon, Prentice-Hall, 1985.

Just Enough Structured Analysis. Yourdon. (http://www.yourdon.info/jesa/jesa.php )

51 Ingeniería del Software de Gestión

Bibliografía