Antonio Novara C.I: 20.240.766

1. República Bolivariana De Venezuela
Ministerio Del Poder Popular Para La Educación
Instituto Universitario Politécnico
“SANTIAGO MARIÑO”
Barinas Edo. Barinas
Modelos de análisis
Estructurado
Bachiller:
Antonio Novara
C.I: 20.240.766Profesor:
Ing. Jhoann Zambrano
Barinas, Julio 2015

2. Introducción:
El análisis estructurado normalmente crea una jerarquía que emplea un único mecanismo de resumen.
El método de análisis estructurado puede emplear IDEF (ver figura), es un proceso conducido, y
comienza con un propósito y un punto de vista. Este método identifica la función global y de forma
iterativa divide funciones en funciones más pequeñas, entradas conservantes, salidas, controles y
mecanismos necesarios para optimizar los procesos. También es conocido como un enfoque de
descomposición funcional, se centra en la cohesión dentro de las funciones y de acoplamiento entre
las funciones que llevan a los datos estructurados.9
La descomposición funcional del método estructurado describe el proceso sin delinear el
comportamiento del sistema y la estructura del sistema dictados en forma de funciones requeridas. El
método identifica las entradas y salidas en relación con las actividades. Una de las razones de la
popularidad del análisis estructurado es su capacidad intuitiva para comunicar procesos y conceptos
de alto nivel, si los niveles del sistema son sencillos o empresariales. El descubrimiento de cómo los
objetos pueden ayudar a las funciones de desarrollo orientado a objetos comercialmente está claro. En
contraste con IDEF, el UML está impulsada con múltiples interfaces de mecanismos de resumen útiles
para describir las arquitecturas orientadas a servicios (SOAs).

3. Diagrama de flujo de datos DFD:
Un diagrama de flujo de datos (DFD sus siglas en español e inglés) es una representación gráfica del
flujo de datos a través de un sistema de información. Un diagrama de flujo de datos también se puede
utilizar para la visualización de procesamiento de datos (diseño estructurado). Es una práctica común
para un diseñador dibujar un contexto a nivel de DFD que primero muestra la interacción entre el sistema
y las entidades externas.
Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del
diseño estructurado, basado en el modelo de computación de Martin y Estrin: "flujo gráfico de datos”. Los
diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Análisis de Sistemas
Estructurados y Diseño por Método SSADM. El patrocinador de un proyecto y los usuarios finales tendrán
que ser informados y consultados en todas las etapas de una evolución del sistema. Con un diagrama de
flujo de datos, los usuarios van a poder visualizar la forma en que el sistema funcione, lo que el sistema va
a lograr, y cómo el sistema se pondrá en práctica. El antiguo sistema de diagramas de flujo de datos
puede ser elaborado y se comparó con el nuevo sistema de diagramas de flujo para establecer
diferencias y mejoras a aplicar para desarrollar un sistema más eficiente. Los diagramas de flujo de datos
pueden ser usados para proporcionar al usuario final una idea física de cómo resultarán los datos a última
instancia, y cómo tienen un efecto sobre la estructura de todo el sistema. La manera en que cualquier
sistema es desarrollado, puede determinarse a través de un diagrama de flujo de datos.

4. Elementos del Diagrama de flujo de datos DFD:
Los diagramas de flujo son usados comúnmente por los analistas de sistemas para visualizar las series de
procesos en un sistema de negocios. Un diagrama de flujo es una útil herramienta para diseñar un
sistema de negocios eficiente y para solucionar problemas o mejorar un sistema existente. Estos
diagramas están compuestos por elementos como terminadores, símbolos de procesos, de
subprocesos, de decisiones, líneas con flechas y conectores.
o Terminador
o Procesos
o Subprocesos
o Decisión
o Conector
o Líneas de flecha

5. Base de dato:
Se le llama base de datos a los bancos de información que contienen datos relativos a diversas
temáticas y categorizados de distinta manera, pero que comparten entre sí algún tipo de vínculo o
relación que busca ordenarlos y clasificarlos en conjunto.
Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y
almacenados sistemáticamente para su posterior uso. En este sentido; una biblioteca puede
considerarse una base de datos compuesta en su mayoría por documentos y textos impresos en papel
e indexados para su consulta. Actualmente, y debido al desarrollo tecnológico de campos como la
informática y la electrónica, la mayoría de las bases de datos están en formato digital, siendo este un
componente electrónico, y por ende se ha desarrollado y se ofrece un amplio rango de soluciones al
problema del almacenamiento de datos.

6. DBMS:
Database management system (DBMS), es un conjunto de programas que se encargan de manejar la
creación y todos los accesos a las bases de datos, esta compuesto por:
DDL: Lenguaje de Definición de Datos
DML:Lenguaje de Manipulación de Datos
SQL: Lenguaje de Consulta.
Definir una base de datos: consiste en especificar los tipos de datos, estructuras y restricciones para los
datos que se almacenarán.
Construir una base de datos: es el proceso de almacenar los datos sobre algún medio de
almacenamiento.
Manipular una base de datos: incluye funciones como consulta, actualización, etc. de bases de datos.
Si el sistema soporta bases de datos relacionales se llama RDBMS en inglés o SGBDR en español.

7. Modelo en relación:
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).

8. Modelado de datos:
El modelado de datos es una técnica independiente de la implementación a la base de datos. Esto es
importante, porque la metodología L5, siempre busca que se saque el máximo provecho de diversas
herramientas. En particular, el esquema final y su implementación pueden sufrir cambios sin afectar de
manera drástica la Lógica de Programación.

9. Modelo entidad relación E-R:
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.

10. Conclusión:
A diario en la vida cotidiana cada vez que necesitamos realizar un proceso seguimos una serie de
pasos que nos llevan a culminar un producto, de igual manera cuando estamos frente un sistema
observamos que debemos seguir una serie de pasos para interactuar con él, todos estos pasos tantos
internos como externo se descomponen en algoritmos que si los representamos gráficamente
construiríamos una serie de Diagraman de Flujos, es por ello que podemos afirmar con certeza que los
Diagramas de Flujos nos sirve para representar gráficamente los procesos o funciones en que se
descompone el sistema, muestra las fuentes y destinos de datos, identifica y da los nombres a los
procesos que lleva a cabo. Identifica y da nombre a los grupos de datos de datos que relaciona una
función con otra y señala los almacenes y a los que tiene acceso.
Cabe destacar, que el lenguaje utilizado para especificar la función del diagrama de flujo, no es más
que el lenguaje que utilizamos diariamente, pero adoptando ciertos verbos y frases imperativas, para
describir de manera exacta y precisa lo que se quiere realizar.