Está en la página 1de 20

Repblica Bolivariana De Venezuela Ministerio De Educacin Cultura Y Deporte I.U.P.

Santiago Mario Extensin Barinas

MODELOS PROCESO-DATOS

INTEGRANTE: Hadfy, Ely C.I.: 17.369.628 Seccin: S6

BARINAS, MAYO DEL 2012

INTROUCCION

Desde pocas muy remotas el hombre procesa datos. Es muy probable que el hombre primitivo empleara los dedos de las manos para efectuar operaciones muy sencillas y almacenar toda la informacin posible en su memoria, por lo que fue necesario auxiliarse de todos los medios que permitieran resolver operaciones un poco ms complicadas, tal es el caso del baco que, de hecho, fue uno de los primeros inventos. Es por ello que EL PROCESAMIENTO DE DATOS Es la Tcnica que consiste en la recoleccin de los datos primarios de entrada, que son evaluados y ordenados, para obtener informacin til, que luego sern analizados por el usuario final, para que pueda tomar las decisiones o realizar las acciones que estime conveniente. En el mundo contemporneo existen dos recursos que permiten a quienes tengan la capacidad de generarlos y apropiarlos, generar poder poltico, econmico y social. Ellos son: TECNOLOGIA e INFORMACION. Particular importancia reviste para nosotros, en razn de nuestra Profesin, el segundo de los recursos nombrados. Si bien cotidianamente se utiliza el concepto INFORMACION como sinnimo de DATO, resulta necesario precisarlos y diferenciarlos al estudiar las leyes que rigen el PROCESAMIENTO DE DATOS, por cuanto el objeto de ste es, precisamente, la generacin de informacin Desde, un cierto Punto de vista acabamos de conceptuar a la INFORMACION como un recurso. Como tal, resulta ser una materia prima insustituible en procesos de toma decisiones, al permitir que los niveles correspondientes de organizaciones estatales, empresariales, gremiales, polticas o de otro origen, puedan elegir la alternativa ms conveniente entre varias posibles y evaluar el impacto de sus decisiones al implementar la alternativa seleccionada.

Objetivo de un modelo En proyectos de ingeniera y arquitectura es comn desarrollar modelos antes de dar inicio a una construccin, ya que ello brinda mltiples ventajas: El modelo permite discutir con el cliente las necesidades a ser cubiertas. Sirve de base para definir las apariencias y el diseo del producto final. Permite representar y evaluar conceptos. Sirve como especificacin para el constructor. Una vez finalizada la construccin, servir de criterio de aceptacin del producto, pues este no ser aceptado a menos que se haya construido de acuerdo a las especificaciones que el modelo representa.

Modelo de datos y procesos Los sistemas de informacin manejan datos acercas de transacciones, objetos y eventos, con el fin de procesar la informacin necesaria para cumplir las actividades de una organizacin, se puede decir que los sistemas incluyen dos grandes componentes, los datos y los procesos que transforman eso datos, por lo tanto se lleva acabo las tareas de anlisis y diseos sistemas trabajan simultneamente con dos tipos de modelos: el modelos de los datos que el sistema maneja y el modelo de los procesos que capturan, trasforman y utilizan dichos datos. La elaboracin de es jerarqua de modelos permite expresar en trminos manejables la complejidad de los sistemas, por lo que se convierte en un excelente vehculo para trabajar inteligente y productivamente con los representantes funcionales en la definicin de requerimiento. Modelos conceptuales, de funcionamiento y fsico Al ejecutar o desarrollar un sistema un plan de tecnologa o un sistema, el

ingeniero va buscando respuesta con tres grandes preguntas: concepto (Qu?), funcionamiento (Cmo?) y estructura: Concepto : Qu hace? Qu har?

Funcionamiento o utilizacin. Cmo se utiliza? o Cmo funciona? Cmo se utilizar? o Cmo funcionar? Estructura : Cules son sus componentes? Cules sern sus componentes? Con el fin de dar respuestas a cada una esas preguntas, en el transcurso de un proyecto de planificacin o desarrollo de sistemas, se desarrollan modelos: Modelo conceptual que muestra los procesos del negocio (que har los sistemas). Modelo de funcionamiento o utilizacin que muestra como operaran o funcionaran los procesos o negocio haciendo uso de los sistemas (como ser utilizados por sus usuarios). Modelo fsico que muestra los componentes, sistemas, aplicaciones, mdulos, y la forma en que esto se organizaran. tres diferentes

ARQUITECTURA DE LOS DE DATOS Hay tres caractersticas importantes inherentes a los sistemas de bases de datos: la separacin entre los programas de aplicacin y los datos, el manejo de mltiples vistas por parte de los usuarios y el uso de un catlogo para almacenar el esquema de la base de datos. En 1975, el comit ANSI-SPARC (American National Standard Institute Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy til a la hora de conseguir estas tres caractersticas. La definicin de un sistema de informacin es la descripcin detallada de la arquitectura del sistema. Las arquitecturas de bases de datos han evolucionado mucho desde sus comienzos, aunque la considerada estndar hoy en da es la descrita por el comit ANSI/X3/SPARC (Standard Planning and Requirements Committee of the American National Standards Institute on Computers and Information Processing), que data de finales de los aos setenta. Este comit propuso una arquitectura general para DBMSs

basada en tres niveles o esquemas: el nivel fsico, o de mquina, el nivel externo, o de usuario, y el nivel conceptual. As mismo describi las interacciones entre estos tres niveles y todos los elementos que conforman cada uno de ellos. Arquitectura ANSI La arquitectura de sistemas de bases de datos de tres esquemas fue aprobado por la ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) en 1975 como ayuda para conseguir la separacin entre los programas de aplicacin y los datos, el manejo de mltiples vistas por parte de los usuarios y el uso de un catlogo para almacenar el esquema de la base de datos.

Nivel

interno: Tiene

un

esquema

interno

que

describe

la estructura fsica de almacenamiento de base de datos. Emplea un modelo fsico de datos y los nicos datos que existen estn realmente en este nivel.

Nivel conceptual: tiene esquema conceptual. Describe la estructura de toda la base de datos para una comunidad de usuarios. Oculta los detalles fsicos de

almacenamiento y trabaja con elementos lgicos como entidades, atributos y relaciones.

Nivel externo o de vistas: tiene varios esquemas externos o vistas de usuario. Cada esquema describe la visin que tiene de la base de datos a un grupo de usuarios, ocultando el resto.

El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicacin de la base de datos fsica. La mayora de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del nivel fsico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de usuario, los esquemas externos se especifican con el mismo modelo de datos que describe la informacin a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos de datos en los niveles conceptuales y externos. Hay que destacar que los tres esquemas no son ms que descripciones de los mismos datos pero con distintos niveles de abstraccin. Los nicos datos que existen realmente estn a nivel fsico, almacenados en un dispositivo como puede ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada grupo de usuarios hace referencia exclusivamente a su propio esquema externo. Por lo tanto, el SGBD debe transformar

cualquier peticin expresada en trminos de un esquema externo a una peticin expresada en trminos del esquema conceptual, y luego, a una peticin en el esquema interno, que se procesar sobre la base de datos almacenada. Si la peticin es de una obtencin (consulta) de datos, ser preciso modificar el formato de la informacin extrada de la base de datos almacenada, para que coincida con la vista externa del usuario. El proceso de transformar peticiones y resultados de un nivel a otro se denomina correspondencia o transformacin. Estas correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD no cuentan con vistas externas. La arquitectura de tres niveles es til para explicar el concepto de independencia de datos que podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior. Se pueden definir dos tipos de independencia de datos: La independencia lgica es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicacin. Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de datos eliminando una entidad, los esquemas externos que no se refieran a ella no debern verse afectados. La independencia fsica es la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos ficheros fsicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualizacin de datos. Dado que la independencia fsica se refiere slo a la separacin entre las aplicaciones y las estructuras fsicas de almacenamiento, es ms fcil de conseguir que la independencia lgica. En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar el catlogo o diccionario, de modo que incluya informacin sobre cmo establecer la correspondencia entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientosadicionales para realizar estas correspondencias haciendo referencia a la informacin de correspondencia que se encuentra en el catlogo. La independencia de datos se consigue porque al modificarse el esquema en algn nivel, el esquema del nivel inmediato superior permanece sin cambios, slo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicacin que hacen referencia al esquema del nivel superior.

Por lo tanto, la arquitectura de tres niveles puede facilitar la obtencin de la verdadera independencia de datos, tanto fsica como lgica. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la ejecucin de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por esto que muy pocos SGBD han implementado esta arquitectura completa.

Arquitectura funcional ANSI/X3/SPARC El nivel clave en esta arquitectura, como se puede adivinar, es el conceptual. ste contiene la descripcin de las entidades, relaciones y propiedades deinters para la empresa (UoD), y constituye una plataforma estable desde la que proyectar los distintos esquemas externos, que describen los datos segn los programadores, sobre el esquema interno, que describe los datos segn el sistema fsico. Las posibles proyecciones de datos quedan resumidas en la grfica:

Posibles proyecciones de datos. Como cabra esperar, en la prctica cotidiana de implementacin de bases de datos, esta arquitectura no es seguida al cien por cien por los DBMSs comerciales. Existen muy pocos productos que contengan aplicaciones para facilitar la fase de anlisis. Por lo general, el nivel conceptual se obvia en los productos comerciales, salvo honrosas excepciones. Lo habitual es que el DBA realice el modelado conceptual usando sus propios recursos, o tal vez asistido por alguna aplicacin de anlisis, ya sea general o especfica. El procesador del esquema conceptual, es por tanto el propio DBA. Los DBMSs s suelen ofrecer facilidades para la creacin de esquemas externos, pero sin pasar por el nivel conceptual. Por supuesto, un DBMS comercial no est obligado a seguir las recomendaciones de estandarizacin de arquitecturas del comit ANSI/X3/SPARC. Por lo que respecta al modelo relacional de bases de , que ya exista antes del informe de este comit, los fabricantes de RDBMSs se ajustan en mayor o menor medida al modelo terico y, en cuanto a la arquitectura, han intentado seguir las recomendaciones del grupo RDBTG (Relational Data Base Task Group), parte del comit ANSI/X3/SPARC. El resultado de este grupo fue restar importancia a las arquitecturas y realzar la de los lenguajes e interfaces. Como consecuencia, el lenguaje SQL, est hoy en da totalmente estandarizado, y en cambio encontramos distintas arquitecturas de RDBMS. Sin embargo se pueden distinguir dos tipos generales de arquitecturas para estos sistemas de bases de datos.

Arquitectura separada de RDBMS

Arquitectura integrada de RDBMS:

El tipo de arquitectura integrada es en general preferible a la arquitectura separada y el ms comn entre los RDBMSs comerciales. De todos modos, la consecuencia de una integracin de los lenguajes de definicin de datos (DDL) y los de manipulacin de datos (DML) en un slo lenguaje (DMDL: Data Manipulation and Description Language), son a nuestro parecer positivas y negativas. Por un lado, esta integracin resulta muy cmoda para el DBA, puesto que le basta con aprender un solo lenguaje formal para realizar todas las tareas de creacin y mantenimiento de la base de datos. Pero por otro

lado, estos sistemas (tanto los separados como los uniformes) fuerzan una proyeccin directa desde el nivel externo al interno, haciendo que el nivel conceptual, el fundamental segn la arquitectura ANSI/X3/SPARC, desaparezca o se implemente en el nivel externo como una vista global externa. Por esta razn algunos DBAs inexpertos tienden a obviar la fase de anlisis, cuando de hecho es la vital para la correcta implementacin de la base de datos. Insistimos en que un buen modelado conceptual es una condicin indispensable para el correcto desarrollo de una base de datos. Pensamos que lo ideal es usar un DBMS que nos permita desarrollar todas las tareas (de descripcin y de manipulacin) lo ms fcilmente posible, pero no sin antes disponer de todas las herramientas necesarias para un correcto modelado conceptual, estn stas o no incluidas en el DBMS. 1 El enfoque jerrquico Un DBMS jerrquico utiliza jerarquas o rboles para la representacin lgica de los datos. Los archivos son organizados en jerarquas, y normalmente cada uno de ellos se corresponde con una de las entidades de la base de datos. Los rboles jerrquicos se representan de forma invertida, con la raz hacia arriba y las hojas hacia abajo.

Estructura de un rbol jerrquico Un DBMS jerrquico recorre los distintos nodos de un rbol en un preorden que requiere tres pasos:

1. Visitar la raz. 2. Visitar el hijo ms a la izquierda, si lo hubiera, que no haya sido visitado. 3. Si todos los descendientes del segmento considerado se han visitado, volver a su padre e ir al punto 1.

Cada nodo del rbol representa un tipo de registro conceptual, es decir, una entidad. A su vez, cada registro o segmento est constituido por un nmero de campos que los describen las propiedades o atributos de las entidades. Las relaciones entre entidades estn representadas por las ramas. Cada departamento es una entidad que mantiene una relacin de uno a muchos con los profesores, que a su vez mantienen una relacin de uno a muchos con los cursos que imparten.

Base de datos jerrquica. Estructura lgica y ejemplo A modo de resumen, enumeramos las siguientes caractersticas de las bases de datos jerrquicas:

1. Los segmentos de un archivo jerrquico estn dispuestos en forma de rbol. 2. Los segmentos estn enlazados mediante relaciones uno a muchos. 3. Cada nodo consta de uno o ms campos. 4. Cada ocurrencia de un registro padre puede tener distinto nmero de ocurrencias de registros hijos.

5. Cuando se elimina un registro padre se deben eliminar todos los registros hijos (integridad de los datos).

6. Todo registro hijo debe tener un nico registro padre excepto la raz.

Las reglas de integridad en el modelo jerrquico prcticamente se reducen a la ya mencionada de eliminacin en cadena de arriba a abajo. Las relaciones muchos a muchos no pueden ser implementadas de forma directa. Este modelo no es ms que una extensin del modelo de ficheros.

Relacin proceso-datos

Definicin: Por procesamiento de datos se entienden habitualmente las tcnicas elctricas, electrnicas o mecnicas usadas para manipular datos para el empleo humano o de mquinas. Por supuesto, dado que se ha avanzado mucho en la comparacin entre computadoras y cerebros, por qu no invertir la situacin y afirmar que el cerebro es capaz de procesar datos? datos Definicin: Un dato es un smbolo lingstico o numrico que representa ya sea algo concreto como abstracto. "1, 2, 3" son datos. En el momento de enlazar datos. como por ejemplo, "1, 2, 3" = "ventas diarias de enero 1,2,3", los datos se convierten en informacin. Es habitual confundir datos con informacin. Podemos definir, primeramente, a un sistema, como el conjunto de individuos, objetos, etc., interrelacionados que concurren a un mismo fin, es decir, que realizan una misma funcin con un mismo propsito. Los integrantes se modifican entre s, y los agentes externos modifican al sistema. Procesamiento: esta es la accin (cualquiera que sea), que se ejecuta, en este caso sobre los datos, y que logra en ellos una transformacin. Entonces podemos concluir que el procesamiento de Datos es cualquier ordenacin o tratamiento de datos, o los elementos bsicos de informacin, mediante el empleo de un sistema. Entonces se logra sobre los datos algn tipo de transformacin. Es esta transformacin la que convierte al dato en informacin. Entonces, a partir de qu momento un dato pasa a ser informacin? Bueno a partir del momento en que esos datos (procesados ya) llegan a ser tiles para determinada persona. Quin procesa los datos realiza un control de calidad sobre los mismos, pero cmo sabe ste si finalmente su trabajo ha cumplido o no su objetivo? Mediante recibir una

respuesta inteligente del otro. Podemos entonces, resumir el sistema de procesamiento de datos en el siguiente cuadro sinptico: Informacin adicional acerca de Dato: Podemos definir a un dato como la principal unidad, la unidad ms simple de la informacin. Una enciclopedia dice sobre el dato que es un documento (cualquier cosa, especialmente escrita que ilustra o sirve para comprobar algo), fundamento (principio, base u origen de una cosa; elemento bsico), antecedente o noticia que sirve de punto de partida en la investigacin para obtener cualquier tipo de informacin. Sin embargo, la decisin ms precisa sobre dato es: Es la representacin de la observacin de un atributo cualquiera sin ninguna clase de proceso. Es decir que si se observa algo (seales, atributos), esa observacin es para el observador un dato. Hay que separar el concepto de dato del concepto de informacin. El dato implica la observacin pura, dato es la simple observacin de un hecho. Introduccin al Sistema de Procesamiento de Datos: Para qu sirve Sistemas de Procesamiento de Datos? Procesar datos es generar informacin para la toma de decisiones. Para llegar a comprender la correcta definicin de procesamiento de datos, podemos hablar del modelo matemtico. Esto es la representacin de algo mediante nmeros y operaciones entre estos. Para qu sirve el modelo matemtico? Por ejemplo, una venta no puede verse literalmente, entonces, el modelo matemtico hace una factura, que representa un acto de compra-venta. Esta es la manera en que una situacin que no puede representarse, se resuelve usando un sistema. En realidad, esto se transmite en todos los rdenes de la vida. Por ejemplo, los conocimientos que uno tiene son siempre relativos a un modelo. El resto depende de nosotros y nuestra voluntad de hacer algo. Los datos los ponemos nosotros, los programas los inventamos nosotros y los resultados, nosotros los obtenemos. Es decir que el proceso empieza y termina con nosotros.

Entonces, podemos decir que procesar datos es: Elaborar las normas administrativas necesarias para que el dato llegue al proceso en tiempo y forma. Saber qu se va a hacer con ese dato.

Cada proceso atiende a la obtencin de una informacin determinada. Una vez obtenido el proceso, alguien observa el resultado que obtuvo nuestro sistema y analiza su coherencia (operacin antes mencionada como Control de calidad). Los datos y su proceso: Un dato es todo aquello que ingresa en mi proceso. Todo proceso consta de cuatro subprocesos constantes e invariables: 1. ingreso (dato) 2. Memorizacin 3. Proceso 4. Salida (Informacin) En un proceso pueden existir diferentes variaciones. Puede suceder que no haya transformacin de datos. Este caso se dara cuando, por ejemplo, ingreso una lista, la cual ya, de hecho conforma una lista, pero al obtenerla ordenada para imprimirla hay un proceso. En este caso, la informacin prcticamente es el dato. Tambin puede haber muchos procesos con pocos datos, este sera el caso de un programa de contabilidad, en el que los datos son ingresados una sola vez, pero con esos se obtienen muchas informaciones diferentes (asientos, balances, ajustes, etc.) Ingreso de datos: se determina segn la forma en la que los datos son ingresados al sistema, se pueden clasificar de la siguiente manera: -Manual: mediante teclado, medio magntico, medio ptico, scanner, cmara, o cualquier medio por el cual el hombre interviene directamente en el ingreso de los datos. -Automtico: interface automtica entre maquinas o al interior de estas. La memorizacin es:

Automatizada: mediante software en un dispositivo de almacenamiento. La salida: se refiere a la produccin de la informacin que es til para un usuario determinado. Modelo conceptual, funcional, fsico de datos Modelo conceptual de datos En un modelo conceptual de datos se describe el conjunto de todas las cosas acerca de los cuales un sistema maneja informacin, en otras palabras, el modelo conceptual de datos muestra, en forma grafica , las entidades (cosas, eventos, hechos) acerca de las cuales un sistema mantiene y mantendr archivos o base de datos. En trminos generales, un modelo conceptual de dato muestra: Entidades acerca de las cuales el sistema maneja o almacena datos. Las asociaciones entre esas entidades. Los atributos de esas entidades y asociaciones.

Modelo funcional de datos Un modelo funcional de datos representa la forma en el que usuario agrupara y o obtendr acceso a los datos; es la visin que, de la base de datos del sistema, tiene el ingeniero de sistemas, constituye la materia prima para disear archivos fsicos o las bases de datos. El modelo funcional de los datos de un sistema representa el conjunto de: Registros y tablas utilizadas para almacenar datos acercas de las entidades y asociaciones que componen el sistema. Vnculos entre estos registros y caminos de acceso a los mismos. Claves y caminos de acceso a los datos. Modelos fsicos de datos El modelo fsico de datos representa la organizacin fsica de los datos en:

Base de datos y archivos integrados por registros que se almacenan juntos fsicamente. Agrupacin de registros en reas de almacenamiento fsico (reas, table spaces entre otros.), donde residirn fsicamente los datos. Forma en que fsicamente se almacenaran las interrelaciones entre registros (ndices, apuntadores, claves forneas, claves secundarias, entre otras). El contenido del modelo fsico de datos esta dado por el contenido de modelos funcional de datos; igualmente, su estructura esta dada por la estructura de aquel modelo, pero tambin por las caractersticas del manejador de la base de datos y de los medios disponibles para almacenar los datos. Modelo conceptual, funcional, fsico de procesos Modelo conceptual de procesos As como el modelo conceptual de datos representa la compresin de los datos del sistema que se disea, el modelo conceptual de procesos representa la compresin de los procesos y actividades que lo componen el sistema (qu hace). Un modelo conceptual de procesos representa: Proceso que se cumplen en el rea del negocio. Actividades que se cumplen en cada proceso. Tareas que se cumplen en cada actividad. Un modelo conceptual de proceso puede representarse con diagramas de descomposicin funcional, incluyendo las definiciones de cada uno de los procesos, actividades y tareas. Modelo funcional de procesos Un modelo de funcionamiento representa la forma como transcurren la vida del negocio y la vida de los usuarios; podramos decir que representa un sistema visto de afuera del computador. Forma en que fluyen los datos de entrada y salida de los procesos. Actores o agentes externos que transmiten o reciben flujos de datos. Almacenamiento de datos que sirven como reservorios de datos en el sistema.

Un modelo de funcionamiento, a diferencia del modelo conceptual, contiene indicaciones acerca de la localizacin y forma de ejecutarse de cada una de las actividades representada (manual o mecanizado, por lotes o en lneas, entre otros); en otros trminos, el modelo de funcionamiento, adems de incluir los procesos, las

actividades y las tareas cumplidas en el sistema, tambin representa como sern ejecutadas o como funcionara el sistema. Modelo fsico de procesos Un modelo fsico de proceso representa la estructura del sistema y la organizacin de sus componentes: Componentes: aplicaciones, programas, mdulos, procedimientos. Organizacin de dichos componentes. El contenido del modelo fsico de proceso esta dado por el contenido del modelo de funcionamiento e incluye todos los requerimientos de ejecucin y desempeo dentro del hardware-software disponible. Un modelo fsico puede ser representado con diagramas estructura, con flujo gramas, con esquema de procesos o con una combinacin de stos. Tablas de decisiones y arboles de decisin La tabla de decisin Es una matriz de renglones y columnas que indican condiciones y acciones. Las reglas de decisiones, incluidas en una tabla de decisin establecen el procedimiento a seguir cuando existen ciertas condiciones. Este mtodo se emplea desde mediados de la dcada de los 50, cuando fue desarrollado por General Electric para el anlisis de funciones de la empresa como control de inventarios, anlisis de ventas, anlisis de crditos y control de transporte y rutas. Se utiliza la tabla de decisin cuando existen muchas combinaciones. rboles de decisin El rbol de decisin es un diagrama que representan en forma secuencial condiciones y acciones; muestra qu condiciones se consideran en primer lugar, en segundo lugar y as sucesivamente. Este mtodo permite mostrar la relacin que existe entre cada condicin y el grupo de acciones permisibles asociado con ella. Un rbol de

decisin sirve para modelar funciones discretas, en las que el objetivo es determinar el valor combinado de un conjunto de variables, y basndose en el valor de cada una de ellas, determinar la accin a ser tomada. Diagrama de flujo de datos, flujograma Diagrama de flujo de datos Es una representacin grfica para la maceta del "flujo" de datos a travs de un sistema de informacin. Un diagrama de flujo de datos tambin se puede utilizar para la visualizacin de procesamiento de datos (diseo estructurado). Es una prctica comn para un diseador dibujar un contexto a nivel de DFD que primero muestra la interaccin entre el sistema y las entidades externas. Este contexto a nivel de DFD se "explot" para mostrar ms detalles del sistema que se est modelando. Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseo estructurado, basado en el modelo de computacin de Martin y Estrin: "flujo grfico de datos. Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Anlisis de Sistemas Estructurados y Diseo por Mtodo SSADM. El patrocinador de un proyecto y los usuarios finales tendrn que ser informados y consultados en todas las etapas de una evolucin del sistema. Flujograma Consiste en representar grficamente hechos, situaciones, movimientos o relaciones de todo tipo, por medio de smbolos. A continuacin se observar de tres autores diferentes el concepto de Flujograma o Diagramas de Flujo, caractersticas, tipos, simbologa, diseo y elaboracin. Segn Gmez Cejas, Guillermo. Ao 1.997; El Flujograma o Fluxograma, es un diagrama que expresa grficamente las distintas operaciones que componen un procedimiento o parte de este, estableciendo su secuencia cronolgica. Segn su formato o propsito, puede contener informacin adicional sobre el mtodo de ejecucin de las operaciones, el itinerario de las personas, las formas, la distancia recorrida el tiempo empleado, etc.

Conclusin
La finalidad de este trabajo, es dar una induccin en el tema de modelos de proceso y Datos, a personas ajenas al tema. De manera que por ello los temas se presentan de una manera sencilla y sin tanta terminologa. Nos muestra la gran importancia que para cualquier entidad, ya sea una empresa grande o chica, para el gobierno, hasta para la vida cotidiana de una , tienen las bases de datos. Todo gira alrededor de ellas, todos los procesos del mundo estn registrados en ellas, de ah la importancia de llevar a cabo un diseo eficiente y libre de errores de las mismas. Siempre que una persona escucha hablar de bases de datos y de toda la terminologa que las acompaa piensa que es un tema excesivamente complicado, y no es as, todo tiene un porque y lgica, es cosa de familiarizarse un poco con ellas (bases de datos). La tecnologa de informacin est transformando las actividades econmicas y cotidianas como uno de los fenmenos sociolgicos ms importantes del siglo. Por esta razn, los niveles de oportunidades de trabajo se incrementan de una manera acelerada en diferentes reas del conocimiento. Indiscutiblemente, las computadoras han invadido ya todos y cada uno de los campos de la actividad humana: ciencia, tecnologa, arte, educacin,recreacin, administracin, economa y de acuerdo a la tendencia actual, nuestra civilizacin y las venideras dependern cada vez ms de estos "cerebros" electrnicos. Se ha venido acelerando la velocidad de cambio del medio de casi todas

las organizaciones, de all que stas necesiten ahora ms informacin como soporte a la toma de decisiones. Aunque las entidades de tipo educativo se han descuidado en este aspecto, en estos momentos se percibe un cierto inters en la implantacin deestrategias que logren interesar a estudiantes y profesores en el aprendizaje de tcnicas que pretende a corto plazo masificar e implementar el uso de bases de datos, redes de datos e informacin y tecnologa informtica de punta como herramientas bsicas de los actuales y nuevos profesionales del pas.

Bibliografa

http://www.mitecnologico.com/Main/TablasDeDecision http://www.monografias.com/trabajos14/flujograma/flujograma.shtml http://es.wikipedia.org/wiki/Diagrama_de_Flujo_de_Datos http://www.monografias.com/trabajos72/base-datos/base-datos3.shtml http://es.wikipedia.org/wiki/Modelo_relacional http://fccea.unicauca.edu.co/old/procesamiento.htm http://www.calivent.8m.com/tesis_sistems/anaestru1.html