Upload
ngokhanh
View
215
Download
0
Embed Size (px)
Citation preview
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