1. Autor: Dain Grillo
Profesor: Ing. Jhoann Zambrano
Barinas, Julio 2015
Instituto Universitario Politécnico
“Santiago Mariño”
Barinas Extensión Barinas
2. Pág.
Introducción………………………………………………………... 4
Diagrama de flujo de datos DFD……………………………….. 5
Elementos del DFD……………………………………………….. 6
Bases de Datos…………………………………………………….. 8
DBMS……………………………………………………………….. 9
Modelo Relacional………………………………………………… 10
Modelado de datos………………………………………………… 12
Modelo entidad relación E-R…………………………………….. 13
Conclusión………………………………………………………….. 16
Bibliografía………………………………………………………… 17
3.
4. El Análisis se refiere al “extremo inicial” de un proyecto de
desarrollo de sistemas, durante el tiempo en que los requisitos
del usuario son definidos y documentados, introduce el uso de las
herramientas de documentación gráficas para producir un tipo
diferente de especificación funcional: “la especificación
estructurada”.
El análisis estructurado, como otros métodos, permite
construir modelos de sistemas a partir del análisis de sus
procesos y/o actividades que se ejecutan asociados al sistema.
Permite al equipo encargado del estudio del desarrollo o la
organización conocer de forma lógica un sistema o proceso.
5. El diagrama de flujo de datos es un modelo que describe los
flujos de datos o tuberías, los procesos que cambian o transforman
los datos en un sistema, las entidades externas que son fuente o
destino de los datos (y en consecuencia los límites del sistema) y los
almacenamientos o depósitos de datos a los cuales tiene acceso el
sistema, permitiendo así describir el movimiento de los datos a
través del sistema.
En síntesis, el Diagrama de Flujo de Datos describe:
•Los lugares de origen y destino de los datos (los límites del
sistema).
•Las transformaciones a las que son sometidos los datos (los
procesos internos).
•Los lugares en los que se almacenan los datos dentro del sistema,
y los canales por donde circulan los datos.
6. Los diagramas de flujo de datos (DFDs) se realizan a distintos
niveles de abstracción, detallando procesos concretos que aparecen
como elementos simples en DFDs de nivelsuperior.
Entidades externas, terminadores o elementos del entorno:
Fuentes o sumideros de información. Emiten o reciben la
información que fluye a través de las interfaces externas del
sistema (vg:usuarios).
Flujos de datos: Indican el flujo de información a través del
sistema.
Procesos o actividades: Transforman la información que les llega a
través de los flujos de datos de entrada en lainformación que sale a
través de los flujos de datos de salida.
Almacenes de datos y ficheros: Lugares donde se guardan los
datos para su procesamiento posterior.
7. Notación de Gane&Sarson: Elaboración de DFDs
•Cada elemento tiene asociado un nombre unívoco a modo de
etiqueta.
•Procesos y ficheros no pueden poseer sólo flujos de entrada (ni
sólo de salida).
•Los flujos no pueden incluir información de control.
•Los flujos de datos pueden converger o divergir.
•Las entradas y salidas netas de un DFD deben coincidir con los
flujos de entrada y salida delproceso al que corresponde en el nivel
superior.
8. Una base de datos es un “almacén” que nos permite guardar grandes
cantidades de información de forma organizada para que luego podamos
encontrar y utilizar fácilmente. A continuación te presentamos una guía
que te explicará el concepto y características de las bases de datos.
El término de bases de datos fue escuchado por primera vez en 1963, en
un simposio celebrado en California, USA. Una base de datos se puede
definir como un conjunto de información relacionada que se encuentra
agrupada ó estructurada.
Desde el punto de vista informático, la base de datos es un sistema
formado por un conjunto de datos almacenados en discos que permiten el
acceso directo a ellos y un conjunto de programas que manipulen ese
conjunto de datos.
Cada base de datos se compone de una o más tablas que guarda un
conjunto de datos. Cada tabla tiene una o más columnas y filas. Las
columnas guardan una parte de la información sobre cada elemento que
queramos guardar en la tabla, cada fila de la tabla conforma un registro.
9. (Data Base Management System). Son las siglas en inglés para los
Sistemas de Gestión de Bases de Datos (SGBD). Bajo este nombre se
conoce a productos de fabricantes como Oracle, Sybase, Informix, Ingres,
Borland, Microsoft, IBM, entre otros.
Sistema de administración de bases de datos. Software que controla la
organización, almacenamiento, recuperación, seguridad e integridad de
los datos en una base de datos. Acepta solicitudes de la aplicación y
ordena al sistema operativo transferir los datos apropiados.
Los DBMS pueden trabajar con lenguajes de programación
tradicionales (COBOL, C, etc.) o pueden incluir su propio lenguaje de
programación. Por ejemplo, dBASE y Paradox son programas de base de
datos con un DBMS, un lenguaje completo de programación y un
lenguaje de cuarta generación, haciendo de ellos sistemas completos de
desarrollo de aplicaciones. Los comandos de los lenguajes de cuarta
generación permiten a los usuarios crear en forma interactiva archivos de
bases de datos, editarlos, formular preguntas e imprimir informes sin
necesidad de programación. Miles de aplicaciones han sido desarrolladas
en ambientes como éstos.
10. El modelo relacional para la gestión de una base de datos es
un modelo de datos basado en la lógica de predicados y en
la teoría de conjuntos. Es el modelo más utilizado en la actualidad
para modelar problemas reales y administrar datos dinámicamente.
Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de
los laboratorios IBM en San José (California), no tardó en
consolidarse como un nuevo paradigma en los modelos de base de
datos.
Su idea fundamental es el uso de «relaciones». Estas relaciones
podrían considerarse en forma lógica como conjuntos de datos
llamados «tuplas». Pese a que ésta es la teoría de las bases de
datos relacionales creadas por Edgar Frank Codd, la mayoría de
las veces se conceptualiza de una manera más fácil de imaginar,
esto es, pensando en cada relación como si fuese una tabla que está
compuesta por registros (cada fila de la tabla sería un registro
o tupla), y columnas (también llamadas campos).
11.
12. Un modelo de datos es un lenguaje orientado a hablar de una Base
de Datos. Típicamente un modelo de datos permite describir:
•Las estructuras de datos de la base: El tipo de los datos que hay en la
base y la forma en que se relacionan.
•Las restricciones de integridad: Un conjunto de condiciones que
deben cumplir los datos para reflejar correctamente la realidad
deseada.
•Operaciones de manipulación de los datos: típicamente, operaciones
de agregado, borrado, modificación y recuperación de los datos de la
base.
Otro enfoque es pensar que un modelo de datos permite describir
los elementos de la realidad que intervienen en un problema dado y la
forma en que se relacionan esos elementos entre sí.
No hay que perder de vista que una Base de Datos siempre está
orientada a resolver un problema determinado, por lo que los dos
enfoques propuestos son necesarios en cualquier desarrollo de
software.
13. Un diagrama o modelo entidad-relación (a veces denominado
por sus siglas en inglés, E-R "Entity relationship", o del
español DER "Diagrama de Entidad Relación") es una herramienta
para el modelado de datos que permite representar las entidades
relevantes de un sistema de información así como sus interrelaciones
y propiedades.
El Modelo Entidad-Relación. El modelado de datos no acaba con el
uso de esta técnica. Son necesarias otras técnicas para lograr un
modelo directamente implementable en una base de datos.
Brevemente:
•Se elabora el diagrama (o diagramas) entidad-relación.
•Se completa el modelo con listas de atributos y una descripción de
otras restricciones que no se pueden reflejar en el diagrama.
14. Permite mostrar resultados entre otras entidades pertenecientes a
las existentes de manera que se encuentre la normatividad de
archivos que se almacenaran
•Transformación de relaciones múltiples en binarias.
•Normalización de una base de datos de relaciones (algunas
relaciones pueden transformarse en atributos y viceversa).
•Conversión en tablas (en caso de utilizar una base de datos
relacional).
15.
16. El objetivo que persigue el análisis estructurado es organizar
las tareas asociadas con la determinación de requerimientos
para obtener la comprensión completa y exacta de una situación
dada.
El modelo de análisis debe lograr los objetivos primarios:
•Describir las necesidades del cliente.
•Establecer una base para la creación de un diseño de software,
es decir, establecer las especificaciones internas.
•Definir un conjunto de requisitos que se puedan validar una vez
que se ha construido el software.
•Obtener la aprobación del cliente.