Diagramas de Flujos de Datos
-
Upload
damian-cruz -
Category
Documents
-
view
214 -
download
0
description
Transcript of Diagramas de Flujos de Datos
-
1
Contenido
INTRODUCCIN .........................................................................................................................................2
EL ENFOQUE ESTRUCTURADO ..............................................................................................................3
Componentes ..........................................................................................................................................3
Anlisis de flujo de datos. ......................................................................................................................4
Diagrama de flujo de datos. ...................................................................................................................4
Como se Construye ................................................................................................................................7
Diagrama de flujo de datos. ...........................................................................................................................7
Diccionario de Datos. .............................................................................................................................8
Contenido de un Registro del Diccionario ...........................................................................................10
Descripcin ..........................................................................................................................................10
Notacin ...............................................................................................................................................11
Diseo de Mdulos. .....................................................................................................................................12
Cohesin. ..............................................................................................................................................12
Acoplamiento. ......................................................................................................................................13
Tamao del Mdulo. ............................................................................................................................13
Alcance del control. .............................................................................................................................13
Alcance del efecto/alcance del control. ................................................................................................14
Parsimonia. ...........................................................................................................................................14
Manejo Autnomo de Errores. .............................................................................................................14
Descomposicin en Procesos. ..............................................................................................................14
CONCLUSIN ............................................................................................................................................16
BIBLIOGRAFIA..........................................................................................................................................16
-
2
INTRODUCCIN
Los diagramas de flujos de datos son representacines grficas de un algoritmo o de una parte del mismo.
Los diagramas de flujo ayudan en la comprensin de la operacin de las estructuras de control. La ventaja
de utilizar un diagrama es que se le puede construir independientemente de un lenguaje de programacin,
pues al momento de llevarlo a cdigo se puede hacer en cualquier lenguaje. Dichos diagramas se
construyen utilizando ciertos smbolos de uso especial como son rectngulos, diamantes, valos, y
pequeos crculos, estos smbolos que ms adelante se explicaran que smbolos son los ms comunes y
sus respectivos significados.
Estos diagramas se dividen tanto en fsico y lgico, en el primer caso, muestra un panorama del sistema
en uso y depende de la implantancin de la misma y en el segundo, tambin da un panorama del sistema
pero en este caso es independiente de la implantancin y se centra en el flujo de datos entre los procesos.
Los diagramas de flujos de datos tiene ciertas caractersticas que al trabajar en conjunto puede resultar una
oportunidad en cuanto a la mejora o en su caso a una construccin de sistema, independientemente del
tipo que sea.
-
3
EL ENFOQUE ESTRUCTURADO
Muchos especialistas en sistemas de informacin reconocen la dificultad de comprender de manera
completa sistemas grandes y complejos. El mtodo de desarrollo del anlisis estructurado tiene como
finalidad superar esta dificultad por medio de:
1. la divisin del sistema en componentes y
2. la construccin de un modelo del sistema.
El mtodo incorpora elementos tanto de anlisis como de diseo. El anlisis estructurado se concentra en
especificar lo que se requiere que haga el sistema o la aplicacin. Permite que las personas observen los
elementos lgicos (lo que har el sistema) separados de los componentes fsicos (computadora,
terminales, sistemas de almacenamiento, etc.). Despus de esto se puede desarrollar un diseo fsico
eficiente para la situacin donde ser utilizado.
El anlisis estructurado es un mtodo para el anlisis de sistemas manuales o automatizados, que conduce
al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes.
ste anlisis permite al analista conocer un sistema o proceso en una forma lgica y manejable al mismo
tiempo que proporciona la base para asegurar que no se omite ningn detalle pertinente.
Componentes
Smbolos grficos: Iconos y convenciones para identificar y describir los componentes de un sistema
junto con las relaciones entre estos componentes.
Diccionario de datos: descripcin de todos los datos usados en el sistema. Puede ser manual o
automatizado.
Descripciones de procesos y procedimientos: declaraciones formales que usan tcnicas y lenguajes que
permiten a los analistas describir actividades importantes que forman parte del sistema.
Reglas: estndares para describir y documentar el sistema en forma correcta y completa.
Diseo Estructurado.
-
4
El diseo Estructurado es otro elemento del Mtodo de Desarrollo por Anlisis Estructurado que emplea
la descripcin grfica, se enfoca en el desarrollo de especificaciones del software. El objetivo del Diseo
Estructurado es programas formados por mdulos independientes unos de otros desde el punto de vista
funcional.
El Diseo Estructurado es una tcnica especfica para el diseo de programas. La herramienta
fundamental del Diseo Estructurado es el diagrama estructurado que es de naturaleza grfica y evitan
cualquier referencia relacionada con el hardware o detalles fsicos. Su finalidad no es mostrar la lgica de
los programas (que es la tarea de los diagramas de flujo). Los Diagramas Estructurados describen la
interaccin entre mdulos independientes junto con los datos que un mdulo pasa a otro cuando
interacciona con l.
Anlisis de flujo de datos.
Estudia el empleo de los datos para llevar a cabo procesos especficos de la empresa dentro del mbito de
una investigacin de sistemas usa los diagrama de flujos de datos y los diccionarios de datos.
Herramientas
Las herramientas muestran todas las caractersticas esenciales del sistema y la forma en que se ajustan
entre si, como es muy difcil entender todo un proceso de la empresa en forma verbal, las herramientas
ayudan a ilustrar los componentes esenciales de un sistema, junto con sus acciones.
Diagrama de flujo de datos.
Un Diagrama de Flujo de Datos es una descripcin grfica de un procedimiento para la resolucin de un
problema. Son frecuentemente usados para describer algoritmos y programas de computador. Los
diagramas de flujo de datos estn compuestos por figuras conectadas con flechas. Para ejecutar un proceso
comienza por el INICIO y se siguen las flechas de figura a figura, ejecutndose las acciones indicadas por
cada figura; el tipo de figura indica el tipo de paso que representa.
El Diagrama de Flujo de Datos, ilustra una de las tcnicas para representar Soluciones a problemas del
Mundo Real en forma visual, es decir; en forma grafica. Esta tcnica mediante graficas de Diagrama de
Flujo, ilustra como disear los procedimientos o sentencias con coherencia lgica, que representan la
solucin al problema planteado. A continuacin se muesta una representacin grfica segn algunos
autores en cuanto a la simbologa para los diagramas de flujo de datos.
-
5
Proceso
Flujo
Flujo de Datos
Conectores
En la pgina
Fuera de la pgina
Entrada/Salida Mostrada en las lneas de flujo
Almacenamiento de Datos o
archivos
Fuentes o destino de los datos
Procesamiento de
Datos
Materiales
-
6
Tambin en concepto es el modelo del sistema. Es la herramienta ms importante y la base sobre la cual
se desarrollan otros componentes. El modelo original se detalla en diagramas de bajo nivel que muestran
caractersticas adicionales del sistema. Cada proceso puede desglosarse en diagramas de flujos de datos
cada vez ms detallados. Repitindose esta secuencia hasta que se obtienen suficientes detalles para que el
analista comprenda la parte del sistema que se encuentra bajo investigacin.
El diagrama fsico de datos da un panorama del sistema en uso, dependiente de la implantacin,
mostrando cuales tareas se hacen y como son hechas. Incluyen nombres de personas, nombres o nmeros
de formato y documento, nombres de departamentos, archivos maestro y de transacciones, equipo y
dispositivos utilizados, ubicaciones, nombres de procedimientos.
El diagrama lgico de datos da un panorama del sistema, pero a diferencia del fsico es independiente de
la implantacin, que se centra en el flujo de datos entre los procesos, sin considerar los dispositivos
especficos y la localizacin de los almacenes de datos o personas en el sistema. Sin indicarse las
caractersticas fsicas.
Caractersticas
Sinttica: La representacin que se haga de un sistema o un proceso deber quedar resumido en
pocas hojas, de preferencia en una sola. Los diagramas extensivos dificultan su comprensin y
asimilacin, por tanto dejan de ser prcticos.
Simbolizada: La aplicacin de la simbologa adecuada a los diagramas de sistemas y
procedimientos evita a los analistas anotaciones excesivas, repetitivas y confusas en su
interpretacin.
Da forma visible a un sistema o un proceso: Los diagramas nos permiten observar todos los
pasos de un sistema o proceso sin necesidad de leer notas extensas. Un diagrama es comparable,
en cierta forma, con una fotografa area que contiene los rasgos principales de una regin, y que a
su vez permite observar estos rasgos o detalles principales.
Permitir al analista asegurarse que ha desarrollado todos los aspectos del procedimiento.
Dar las bases para escribir un informe claro y lgico.
Es un medio para establecer un enlace con el personal que eventualmente operar el nuevo
procedimiento.
-
7
Como se Construye
Debe de indicar claramente dnde inicia y dnde termina el diagrama.
Cualquier camino del diagrama debe de llevarte siempre a la terminal de fin.
Organizar los smbolos de tal forma que siga visualmente el flujo de arriba hacia abajo y de
izquierda a derecha.
No usar lenguaje de programacin dentro de los smbolos.
Centrar el diagrama en la pgina.
Las lneas deben ser verticales u horizontales, nunca diagonales.
Ejemplo: DFD de nivel alto de un sistema de procesamiento de pedidos
Diagrama de flujo de datos.
Un diagrama de flujo es una representacin grfica de un algoritmo o de una parte del mismo. Los
diagramas de flujo ayudan en la comprensin de la operacin de las estructuras de control (Si, Mientras).
La ventaja de utilizar un algoritmo es que se le puede construir independientemente de un lenguaje de
programacin, pues al momento de llevarlo a cdigo se puede hacer en cualquier lenguaje. Dichos
diagramas se construyen utilizando ciertos smbolos de uso especial como son rectngulos, diamantes,
valos, y pequeos crculos, estos smbolos estn conectados entre s por flechas, conocidas como lneas
de flujo. A continuacin se detallan estos smbolos.
Cliente
1
Procesar el pedido
3
Procesar factura
2
Procesar los datos de
embarque
4
Procesar el
embarque Documentos de
Embarque
Pedido Datos del Pedido
Datos de Embarque
Datos de la Factura
Factura
Pago
Materiales
-
8
Nombre Smbolo Funcin
Terminal
Representa el inicio y fin de un programa.
Tambin puede representar una parada o
interrupcin programada que sea necesaria
realizar en un programa.
Entrada / salida
Cualquier tipo de introduccin de datos en la
memoria desde los perifricos o registro de
informacin procesada en un perifrico.
Proceso
Cualquier tipo de operacin que pueda originar
cambio de valor, formato o posicin de la
informacin almacenada en memoria,
operaciones aritmticas, de transformaciones,
etc.
Decisin
Indica operaciones lgicas o de comparacin
entre datos (normalmente dos) y en funcin del
resultado de la misma determina (normalmente
si y no) cual de los distintos caminos
alternativos del programa se debe seguir
Conector Misma
Pgina
Sirve para enlazar dos partes cualesquiera de un
diagrama a travs de un conector en la salida y
otro conector en la entrada. Se refiere a la
conexin en la misma pagina del diagrama
Indicador de
direccin o lnea de
flujo
Indica el sentido de la ejecucin de las
operaciones
Salida
Se utiliza en ocasiones en lugar del smbolo de
salida. El dibujo representa un pedazo de hoja.
Es usado para mostrar datos o resultados.
Diccionario de Datos.
Un diccionario de datos es un catlogo, un depsito, de los elementos de un sistema. Estos elementos se
centran alrededor de los datos y la forma en que estn estructurados para satisfacer los requerimientos y
las necesidades de la organizacin. En l se encuentran la lista de todos los elementos que forman parte
del flujo de datos en todo el sistema.
Contiene las caractersticas lgicas de los sitios donde se almacenan los datos del sistema, incluyendo
nombre, descripcin, alias, contenido y organizacin. Identifica los procesos donde se emplean los datos y
-
9
los sitios donde se necesita el acceso inmediato a la informacin, se desarrolla durante el anlisis de flujo
de datos y auxilia a los analistas que participan en la determinacin de los requerimientos del sistema, su
contenido tambin se emplea durante el diseo.
Razones para su utilizacin:
1. Para manejar los detalles en sistemas muy grandes, ya que tienen enormes cantidades de datos,
aun en los sistemas ms chicos hay gran cantidad de datos. Los sistemas al sufrir cambios
continuos, es muy difcil manejar todos los detalles. Por eso se registra la informacin, ya sea
sobre hoja de papel o usando procesadores de texto. Los analistas mas organizados usan el
diccionario de datos automatizados diseados especficamente para el anlisis y diseo de
software.
2. Para asignarle un slo significado a cada uno de los elementos y actividades del sistema. Los
diccionarios de datos proporcionan asistencia para asegurar significados comunes para los
elementos y actividades del sistema y registrando detalles adicionales relacionados con el flujo de
datos en el sistema, de tal manera que todo pueda localizarse con rapidez.
3. Para documentar las caractersticas del sistema, incluyendo partes o componentes as como los
aspectos que los distinguen. Tambien es necesario saber bajo que circunstancias se lleva a cabo
cada proceso y con que frecuencia ocurren. Produciendo una comprensin ms completa. Una vez
que las caractersticas estn articuladas y registradas, todos los participantes en el proyecto tendrn
una fuente comn de informacin con respecto al sistema.
4. Para facilitar el anlisis de los detalles con la finalidad de evaluar las caractersticas y determinar
donde efectuar cambios en el sistema. Determina si son necesarias nuevas caractersticas o si estn
en orden los cambios de cualquier tipo.
Se abordan las caractersticas:
Naturaleza de las transacciones: las actividades de la empresa que se llevan a cabo
mientras se emplea el sistema.
Preguntas: solicitudes para la recuperacin o procesamiento de informacin para generar
una respuesta especfica.
Archivos y bases de datos: detalles de las transacciones y registros maestros que son de
inters para la organizacin.
-
10
Capacidad del sistema: Habilidad del sistema para aceptar, procesar y almacenar
transacciones y datos
5- Localizar errores y omisiones en el sistema, detectan dificultades, y las presentan en un informe. An
en los manuales, se revelan errores.
Contenido de un Registro del Diccionario
El diccionario tiene dos tipos de descripciones para el flujo de datos del sistema, son los elementos datos
y estructura de datos.
Elemento dato: son los bloques bsicos para todos los dems datos del sistema, por si mismos no
le dan un significado suficiente al usuario. Se agrupan para formar una estructura de datos.
Descripcin: Cada entrada en el diccionario consiste de un conjunto de detalles que describen los
datos utilizados o producidos por el sistema.
Cada uno esta identificado con:
Un nombre: para distinguir un dato de otro.
Descripcin: indica lo que representa en el sistema.
Alias: porque un dato puede recibir varios nombres, dependiendo de quien uso este dato.
Longitud: porque es de importancia de saber la cantidad de espacio necesario para cada dato.
Valores de los datos: porque en algunos procesos solo son permitidos valores muy especficos
para los datos. Si los valores de los datos estn restringidos a un intervalo especifico, esto debe
estar en la entrada del diccionario.
Estructura de datos: es un grupo de datos que estn relacionados con otros y que en conjunto
describen un componente del sistema.
Descripcin
Se construyen sobre cuatro relaciones de componentes. Se pueden utilizar las siguientes combinaciones ya
sea individualmente o en conjuncin con alguna otra.
Relacin secuencial: define los componentes que siempre se incluyen en una estructura de datos.
-
11
Relacin de seleccin: (uno u otro), define las alternativas para datos o estructuras de datos
incluidos en una estructura de datos.
Relacin de iteracin: (repetitiva), define la repeticin de un componente.
Relacin opcional: los datos pueden o no estar incluidos, o sea, una o ninguna iteracin.
Notacin
Los analistas usan smbolos especiales con la finalidad de no usar demasiada cantidad de texto para la
descripcin de las relaciones entre datos y mostrar con claridad las relaciones estructurales. En algunos
casos se emplean trminos diferentes para describir la misma entidad (alias) estos se representan con un
signo igual (=) que vincula los datos.
Se usa smbolos especiales con la finalidad de limitar la cantidad de texto necesario empleado para
describir las relaciones entre los datos y al mismo tiempo mostrar con claridad las relaciones estructurales.
La simbologa empleada se describe a continuacin:
Smbolo Significado Explicacin Uso
= Es equivalente a/ o esta
compuesto de Alias Denota sinnimos
+ Y
Concatenacin, componentes que
siempre estn incluidos en una
estructura
Denota una relacin
de secuencia
[] Uno u otro (Seleccion de una de
varias alternativas)
Define opciones entre los
componentes de una estructura
Denota una relacin
de seleccin
{} Iteraciones de Define la repeticin de un
componente de la estructura
Denota una relacin
de iteracin
() Opcional (puede estar presente o
ausente)
Define componentes de la estructura
que puede o no estar presente una sola vez
Denota una relacin
opcional.
** Comentario
@ Identificador (campo clave) para
un almacn
| separa opciones alternativas en la
construccin
Por ejemplo, podemos definir:
nombre = ttulo de cortesa + nombre + (segundo nombre) + apellido paterno + apellido materno ttulo de cortesa = [Sr. | Srta. | Sra. | Dr. | Profesor ] nombre = {caracter legal}
-
12
apellido paterno = {caracter legal} apellido materno = {caracter legal} Nombre = Titulo Cortesia+ NombrePila+ Apellido TituloCortesia = [ "Sr" | "Sra" ] NombrePila = { Caracter } Apellido = { Caracter } Caracter = [ "A"-"Z" | "a"-"z" ]
Iteraciones
Se pueden indicar los lmites de las iteraciones
Palabra = {Letra} Sin lmite (indeterminado)
Palabra = 1{Letra} Mnimo 1, mximo indeterminado
Palabra = {Letra}10 Mnimo indeterminado, mximo 10
Palabra = 1{Letra}10 Mnimo 1, mximo 10
Palabra = 10{Letra}10 Exactamente 10
Diseo de Mdulos.
La calidad del diseo debe ser una meta para el diseador. El diseo estructurado ofrece guas para apoyar
al diseador a determinar mdulos, y sus interconexiones, que mejor realizarn los requerimientos
especificados por el analista. Las dos reglas ms importantes son las referentes al acoplamiento y la
cohesin.
Cohesin.
Grado en el cul los componentes de un mdulo (tpicamente las instrucciones individuales que lo
conforman) son necesarios y suficientes para llevar a cabo una sola funcin bien definida. En la prctica,
esto significa que el diseador debe asegurarse de no fragmentar los procesos esenciales en mdulos, y
tambin debe asegurarse de no juntar procesos no relacionados en mdulos sin sentido. Los mejores
mdulos son aquellos que son funcionalmente cohesivos (es decir, mdulos en los cuales cada instruccin
es necesaria para poder llevar a cabo una tarea bien definida). Los peores mdulos son los que son
coincidentalmente cohesivos (es decir, donde sus instrucciones no tienen una relacin significativa entre
uno y otro).
Los grados de cohesin, de menor a mayor son:
a. Cohesin Coincidental. No existe una relacin significativa entre los elementos del mdulo.
-
13
b. Cohesin Lgica. La relacin entre los elementos del mdulo est basada en obtener ventajas en el
procesamiento, por ejemplo, todos manipulan el mismo dato. Normalmente esto implica tener un cdigo
truculento o compartido, que degrada los propsitos de un buen diseo.
c. Cohesin Temporal. Los elementos del mdulo constituyen un conjunto que se ejecuta
secuencialmente en un punto fijo en el tiempo. Aunque tiende, a veces, a confundirse con la cohesin
lgica, la diferencia est en que este tipo de mdulo s ms simple y se ejecuta sin la intervencin de otras
aplicaciones.
d. Cohesin Comunicacional. Los elementos del mdulo hacen referencia al mismo conjunto de datos.
Aqu se presenta un grado "aceptable" de cohesin.
e. Cohesin Secuencial. Implica que la salida de un elemento es la entrada para el prximo.
f. Cohesin Funcional. Aqu, todos los elementos del mdulo estn orientados a la realizacin de una
funcin nica.
Acoplamiento.
Grado en el cul los mdulos se interconectan o se relacionan entre ellos. Entre ms fuerte sea el
acoplamiento entre mdulos en un sistema, ms difcil es implantarlo y mantenerlo, pues entonces se
necesitar un estudio cuidadoso para la modificacin de algn mdulo o mdulos. En la prctica, esto
significa que cada mdulo debe tener interfaces sencillas y limpias con otros, y que se debe compartir un
nmero mnimo de datos entre mdulos. Tambin significa que un mdulo dado no debe modificar la
lgica interna o los datos de algn otro mdulo; lo que se conoce como una conexin patolgica.
Tamao Del Mdulo.
De ser posible, cada mdulo debe ser lo suficientemente pequeo como para caber en una sola pgina (o
para que se pueda desplegar en una sola pantalla). Desde luego, a veces no es posible determinar qu tan
grande va a ser un mdulo hasta haberlo escrito, pero las actividades iniciales de diseo a menudo darn
al diseador una buena pista de que el mdulo ser grande o complejo. Si es as, debe subdividirse en uno
o ms niveles de submdulos.
Alcance del control.
El nmero de subordinados inmediatos que un mdulo administrador puede llamar se conoce como el
alcance del control. Un mdulo no debe poder llamar a ms de una media docena de mdulos de nivel
inferior. La razn es evitar la complejidad: si el mdulo tuviera, por ejemplo, que llamar a 25 mdulos de
-
14
nivel inferior, entonces seguramente contendr tanta lgica compleja que nadie lo entender (un sin fin de
if-then anidados). La solucin es introducir un nivel intermedio de mdulos administradores, como hara
un administrador de una organizacin humana.
Alcance del efecto/alcance del control.
Esta regla sugiere que cualquier mdulo afectado por el resultado de alguna decisin debe ser
subordinado (aunque no necesariamente un subordinado inmediato) del mdulo que toma la decisin. Es
un tanto anlogo a la regla de administracin que dice que cualquier empleado afectado por los resultados
de la decisin de algn administrador (es decir, dentro del alcance de efecto de la decisin), debe estar
dentro del alcance de control del administrador (es decir trabajando entre la jerarqua de personas que se
reportan con el administrador). Violar esta regla en un ambiente de diseo estructurado usualmente lleva a
un paso innecesario de banderas y condiciones (lo cual incrementa el acoplamiento entre mdulos), la
toma redundante de decisiones o (en el peor de los casos) conexiones patolgicas entre mdulos.
Parsimonia.
Se refiere a la economa de recursos que se emplean para la obtencin de un resultado. Esto es, slo se
debe realizar lo que se pide. Mientras mayor la parsimonia, mejor el diseo.
Manejo Autnomo de Errores.
Los mdulos deben tener la capacidad de manejar sus propias condiciones de error, tanto en la deteccin
cmo en la correccin de los mismos. De no ser as, el manejo de banderas (flags) de control y la
transmisin de datos errneos a otros mdulos aumentarn considerablemente el acoplamiento.
Descomposicin en Procesos.
Proceso: Se define como un conjunto de actividades o acciones interrelacionadas entre s que, a partir de
una o varias entradas de informacin, materiales o de salidas de otros procesos, dan lugar a una o varias
salidas tambin de materiales (productos) o informacin con un valor aadido.
Un proceso est compuesto por actividades.
Una actividad est compuesta de tareas.
-
15
La descomposicin del proceso en actividades y tareas se realiza sobre el concepto de ciclo de
mejora PDCA Plan Do Check Act (Planificacin, ejecucin, medicin y mejora).
Descomposicin o Explosin de un Proceso: Consiste en desagregar un proceso padre en un nuevo
Diagrama de Flujo de Datos en mayor detalle.
Normas a seguir al descomponer un proceso:
Numeracin: Al explosionar el proceso n, se numerarn los procesos hijos como n.1,
n.2, ...
DFD Balanceado: Todos los flujos que entran o salen del proceso padre debern entrar y
salir del conjunto de procesos hijos.
ACTIVIDAD 1
TAREA 1 TAREA 1 TAREA X
PROCESO
ACTIVIDAD n
ACT Problemas y acciones
correctivas
PLAN
Tareas, agenda, asignaciones
CHECK
Evaluacin y medicin
DO Ejecucin de planes
y tareas PROCESO
INICIO
FIN
-
16
CONCLUSIN
El uso de los diagramas de flujos de datos, ya sean fsicos o lgicos, representa una oportunidad
inigualable en cuanto a la representacin de un sistema de manera clara y prctica, tanto para los
realizadores como los clientes, esto debido a que es una herramienta que no representa dificultad en
cuanto a su uso, costo y realizacin, ya que, como se ha mencionado es fcil y practica de realizar.
No se debe dejar de lado que se deben realizar lo mas parecido al sistema o proceso a representar en los
diagramas, porque simplemente los diagramas son lo mas cercano al sistema o procesos como tal y que
una mala representacin puede generar problemas de diversa ndole a corto o mediano plazo, lo cual se
traduce en prdidas de tiempo y dinero.
BIBLIOGRAFIA
Abdelhamid t. K., madnick s. E., software project dynamics:
An integrated approach, englewood cliffs, nj: prenticehall 1991.
Aracil j., gordillo, f. Dinmica de sistemas. Alianza editorial, Madrid 1997.
http://www.iiia.csic.es/udt/es/blog/jrodriguez/2008/metodologiadesarrollosotwaremodeloenvocuatroniveles
http://www.inf.udec.cl/~gdonoso/software/isenfoques.html