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