SlideShare ist ein Scribd-Unternehmen logo
1 von 10
1
República Bolivariana de Venezuela
Ministerio del poder popular para la educación superior
Instituto Universitario Politécnico “Santiago Mariño”
Barinas Estado Barinas
Modelos de análisis
estructurado
Bachiller:
Yoandres La Cruz
C.I.:24.555.089.
Profesor:JhoannZambrano.
Barinas, Febrero 2016
2
Índice
Introducción…………………………………………………………………….…………………………………………….3
Diagrama de flujo de datos DFD…………………………………………….……………………………………….4
Elementos del DFD…………………………………………………………………………………………………………4
Bases de Datos…………………………………………………………………….…………………………………………4
DBMS…………………………………………………………………………………………………………………………….5
Modelo Relacional………………………………………………………………….…………………………………5-6
Modelado de datos………………………………………………………………….…………………………………7-8
Modelo entidad relación E-R…………………………………………………….…………………………………….8
Conclusión……………………………………………………………………………………………………………………..9
Referencias………………………………………………………………………………………………………………….10
3
Introducción.
El Análisis Estructurado en ingeniería de software y su técnica aliada, Diseño
estructurado, son métodos para analizar y convertir requisito de negocio dentro de
especificaciones y en última instancia, Programa informático, configuraciones de
hardware y procedimientos manuales relacionados. Las técnicas de análisis y diseño
estructurados son herramientas fundamentales de análisis de sistemas, y desarrolladas a
partir de análisis de sistemas clásicos de los años 1960 y 1970.
El Análisis Estructurado se hizo popular en la década de 1980 y todavía es utilizado
por muchos. Consiste en interpretar el concepto del sistema en datos y controlar la
terminología representada por el diagrama de flujo de datos. El flujo de datos y el control
de la burbuja para el almacén de datos de la burbuja pueden ser muy difíciles de seguir y
el número de burbujas pueden llegar a ser muy grandes. Un enfoque es definir primero los
eventos del mundo exterior que requieren que el sistema reaccione, a continuación,
asignar una burbuja para ese evento, las burbujas que necesitan interactuar se conectan
luego hasta que se defina el sistema. Esto puede ser bastante abrumador y así las
burbujas suelen agruparse en burbujas de nivel superior. Se necesitan los Diccionario de
datos para describir los flujos de datos y de mando como también se necesita una
especificación de proceso para capturar la información de la transacción/transformación.
El análisis estructurado y el diseño estructurado fueron acompañados por un
método de notación incluyendo los diagramas de estructura compuesta, diagramas de
flujo de datos y diagramas de modelo de datos, de los cuales hubo muchas variaciones.
Este trabajo tiene como objetivo dar a conocer al lector lo básico sobre las herramientas
del análisis estructurado.
4
Diagrama de flujo de datos DFD
Los diagramas de flujo de datos son un tipo de herramienta de modelado,
permiten modelar todo tipo de sistemas, concentrándose en las funciones que realiza, y
los datos de entrada y salida de esas funciones.
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 nivel superior.
Elementos de un Diagrama de flujo de datos DFD
- 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 la informació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.
Base de datos
Una base de datos (cuya abreviatura es BD) es una entidad en la cual se pueden
almacenar datos de manera estructurada, con la menor redundancia posible. Diferentes
programas y diferentes usuarios deben poder utilizar estos datos.
Una base de datos proporciona a los usuarios el acceso a datos, que pueden
visualizar, ingresar o actualizar, en concordancia con los derechos de acceso que se les
hayan otorgado. Se convierte más útil a medida que la cantidad de datos almacenados
crece.
Una base de datos puede ser local, es decir que puede utilizarla sólo un usuario en
un equipo, o puede ser distribuida, es decir que la información se almacena en equipos
remotos y se puede acceder a ella a través de una red.
La principal ventaja de utilizar bases de datos es que múltiples usuarios pueden
acceder a ellas al mismo tiempo.
5
DBMS
DBMS (Database management system [Sistema de administración de bases
de datos]). El DBMS es un conjunto de servicios (aplicaciones de software) para
administrar bases de datos, que permite:
- Un fácil acceso a los datos
- El acceso a la información por parte de múltiples usuarios
- La manipulación de los datos encontrados en la base de datos (insertar, eliminar,
editar)
El DBMS puede dividirse en tres subsistemas:
- El sistema de administración de archivos: para almacenar información en un
medio físico
- El DBMS interno: para ubicar la información en orden
- El DBMS externo: representa la interfaz del usuario
El modelo relacional
En el modelo relacional las dos capas de diseño conceptual y lógico, se parecen mucho.
Generalmente se implementan mediante diagramas de Entidad/Relación (modelo
conceptual) y tablas y relaciones entre éstas (modelo lógico). Este es el modelo utilizado
por los sistemas gestores de datos más habituales (SQL Server, Oracle, MySQL).
Nota: Aunque mucha gente no lo sabe, a las bases de datos relaciones se les denomina
así porque almacenan los datos en forma de “Relaciones” o listas de datos, es decir, en lo
que llamamos habitualmente “Tablas”. Muchas personas se piensan que el nombre viene
6
porque además las tablas se relacionan entre sí utilizando claves externas. No es así, y es
un concepto que debemos tener claro. (Tabla = Relación).
El modelo relacional de bases de datos se rige por algunas normas sencillas:
- Todos los datos se representan en forma de tablas (también llamadas “relaciones”,
ver nota anterior). Incluso los resultados de consultar otras tablas. La tabla es
además la unidad de almacenamiento principal.
- Las tablas están compuestas por filas (o registros) y columnas (o campos) que
almacenan cada uno de los registros (la información sobre una entidad concreta,
considerados una unidad).
- Las filas y las columnas, en principio, carecen de orden a la hora de ser
almacenadas. Aunque en la implementación del diseño físico de cada SGBD esto
no suele ser así. Por ejemplo, en SQL Server si añadimos una clave de tipo
"Clustered" a una tabla haremos que los datos se ordenen físicamente por el
campo correspondiente.
- El orden de las columnas lo determina cada consulta (que se realizan usando SQL).
- Cada tabla debe poseer una clave primaria, esto es, un identificador único de cada
registro compuesto por una o más columnas.
- Para establecer una relación entre dos tablas es necesario incluir, en forma de
columna, en una de ellas la clave primaria de la otra. A esta columna se le llama
clave externa. Ambos conceptos de clave son extremadamente importantes en el
diseño de bases de datos.
7
Modelados de datos
Un modelo es un conjunto de herramientas conceptuales para describir datos, sus
relaciones, su significado y sus restricciones de consistencia.
Características
Es el proceso de analizar los aspectos de interés para una organización y la relación que
tienen unos con otros.
Resulta en el descubrimiento y documentación de los recursos de datos del negocio.
El modelado hace la pregunta " Qué ? " en lugar de " Cómo ? ", ésta última orientada al
procesamiento de los datos.
Es una tarea difícil, bastante difícil, pero es una actividad necesaria cuya habilidad solo
se adquiere con la experiencia.
Metas y beneficios
Registrar los requerimientos de datos de un proceso de negocio.
Dicho proceso puede ser demasiado complejo y se tendrá que crear un "enterprise data
model", el cual deberá estar constituido de líneas individuales.
Permite observar:
Patrones de datos
Usos potenciales de los datos
Tipos de modelado de datos
Básicamente son 3:
Conceptual: muy general y abstracto, visión general del negocio/institución.
Lógico: versión completa que incluye todos los detalles acerca de los datos.
Físico: esquema que se implementara en un manejador de bases de datos (DBMS).
8
Modelo Entidad-Relación
Generalmente todo modelo tiene una representación gráfica, para el caso de datos
el modelo más popular es el modelo entidad-relación o diagrama E/R.
Se denomina así debido a que precisamente permite representar relaciones entre
entidades (objetivo del modelado de datos).
El modelo debe estar compuesto por:
Entidades
Atributos
Relaciones
Cardinalidad
Llaves
9
Conclusión.
Se concluye que los objetivos propuestos fueron alcanzados al entender que el
modelo de análisis estructurado es fundamental al momento del diseño del software y la
utilización de sus herramientas como lo son los diagramas de flujo de datos que es una
representación gráfica del "flujo" de datos a través de un sistema de información, que se
diferencia del diagrama de flujo del sistema, ya que muestra el flujo de datos a través de
procesos en lugar del hardware, y las bases de datos que es una entidad en la cual se
pueden almacenar datos de manera estructurada, con la menor redundancia posible, la
cual diferentes programas y diferentes usuarios deben poder utilizar estos datos.
10
Referencias.
http://ict.udlap.mx/people/carlos/is341/bases02.html
http://es.ccm.net/contents/66-introduccion-bases-de-datos
http://www.alegsa.com.ar/Dic/diagrama%20de%20flujo%20de%20datos.php
http://www.campusmvp.es/recursos/post/Disenando-una-base-de-datos-en-el-modelo-
relacional.aspx
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=17&ved=0ahUKEw
ioqLWzuNfKAhWHeCYKHUnYBS0QFghZMBA&url=http%3A%2F%2Felvex.ugr.es%2Fidbis%2
Fdb%2Fdocs%2Fdesign%2FX-DFDs.pdf&usg=AFQjCNEXV3Xi7l430nyIRN9w-JTMoNcbew

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Modelo de prototipos
Modelo de prototiposModelo de prototipos
Modelo de prototipos
 
Cuestionario
CuestionarioCuestionario
Cuestionario
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
 
Modelo incremental
Modelo incrementalModelo incremental
Modelo incremental
 
Diagramas de paquetes
Diagramas de paquetesDiagramas de paquetes
Diagramas de paquetes
 
Metodologia De Desarrollo De Software
Metodologia De Desarrollo De SoftwareMetodologia De Desarrollo De Software
Metodologia De Desarrollo De Software
 
Bases de datos distribuidas heterogéneas
Bases de datos distribuidas heterogéneasBases de datos distribuidas heterogéneas
Bases de datos distribuidas heterogéneas
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetos
 
Ejercicio scrum
Ejercicio scrumEjercicio scrum
Ejercicio scrum
 
Diseño de la interfaz de usuario
Diseño de la interfaz de usuarioDiseño de la interfaz de usuario
Diseño de la interfaz de usuario
 
MODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWAREMODELO DE PROCESOS DEL SOFTWARE
MODELO DE PROCESOS DEL SOFTWARE
 
Herramientas Case
Herramientas CaseHerramientas Case
Herramientas Case
 
Diagramas De Secuencia
Diagramas De SecuenciaDiagramas De Secuencia
Diagramas De Secuencia
 
Principios del RUP
Principios del RUPPrincipios del RUP
Principios del RUP
 
metodología crystal clear
 metodología crystal clear metodología crystal clear
metodología crystal clear
 
Rational Rose
Rational RoseRational Rose
Rational Rose
 
TRANSACCIONES
TRANSACCIONESTRANSACCIONES
TRANSACCIONES
 
Detonando la arquitectura del software con C4
Detonando la arquitectura del software con C4Detonando la arquitectura del software con C4
Detonando la arquitectura del software con C4
 
Ingeniería del Software de Gestión. Tema 4
Ingeniería del Software de Gestión. Tema 4Ingeniería del Software de Gestión. Tema 4
Ingeniería del Software de Gestión. Tema 4
 
Concepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson PenkerConcepto y extensiones de negocio de Eriksson Penker
Concepto y extensiones de negocio de Eriksson Penker
 

Andere mochten auch

Analisisdesistemasnucleo2 110604161723-phpapp01
Analisisdesistemasnucleo2 110604161723-phpapp01Analisisdesistemasnucleo2 110604161723-phpapp01
Analisisdesistemasnucleo2 110604161723-phpapp01Wolphkens Leveille
 
Analisis de sistemas estructurados
Analisis de sistemas estructuradosAnalisis de sistemas estructurados
Analisis de sistemas estructuradosAndreina Martinez
 
Analisis de sistemas: nucleo 2
Analisis de sistemas: nucleo 2Analisis de sistemas: nucleo 2
Analisis de sistemas: nucleo 2carsanta
 
Análisis y diseño de sistemas estructurado
Análisis y diseño de sistemas estructuradoAnálisis y diseño de sistemas estructurado
Análisis y diseño de sistemas estructuradojr_palaciosg
 
Analisis estructurado
Analisis estructuradoAnalisis estructurado
Analisis estructuradoJose Guzman
 

Andere mochten auch (7)

Analisisdesistemasnucleo2 110604161723-phpapp01
Analisisdesistemasnucleo2 110604161723-phpapp01Analisisdesistemasnucleo2 110604161723-phpapp01
Analisisdesistemasnucleo2 110604161723-phpapp01
 
Metodologia
MetodologiaMetodologia
Metodologia
 
Analisis de sistemas estructurados
Analisis de sistemas estructuradosAnalisis de sistemas estructurados
Analisis de sistemas estructurados
 
Analisis de sistemas: nucleo 2
Analisis de sistemas: nucleo 2Analisis de sistemas: nucleo 2
Analisis de sistemas: nucleo 2
 
Analisis Estructurado
Analisis EstructuradoAnalisis Estructurado
Analisis Estructurado
 
Análisis y diseño de sistemas estructurado
Análisis y diseño de sistemas estructuradoAnálisis y diseño de sistemas estructurado
Análisis y diseño de sistemas estructurado
 
Analisis estructurado
Analisis estructuradoAnalisis estructurado
Analisis estructurado
 

Ähnlich wie Modelos de análisis estructurado

Ähnlich wie Modelos de análisis estructurado (20)

Modelos de análisis estructurado
Modelos de análisis estructuradoModelos de análisis estructurado
Modelos de análisis estructurado
 
Diagrama - planificacion
Diagrama - planificacionDiagrama - planificacion
Diagrama - planificacion
 
Analisis Estructurado
Analisis EstructuradoAnalisis Estructurado
Analisis Estructurado
 
Analisis Estructurado
Analisis EstructuradoAnalisis Estructurado
Analisis Estructurado
 
FUNCIONES DEL DBA - TIPOS DE BASE DE DATOS
FUNCIONES DEL DBA - TIPOS DE BASE DE DATOSFUNCIONES DEL DBA - TIPOS DE BASE DE DATOS
FUNCIONES DEL DBA - TIPOS DE BASE DE DATOS
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Linda tatiana
Linda tatianaLinda tatiana
Linda tatiana
 
Linda tatiana
Linda tatianaLinda tatiana
Linda tatiana
 
Jesssica alexandra
Jesssica alexandraJesssica alexandra
Jesssica alexandra
 
Lindaddadadaaaaa
LindaddadadaaaaaLindaddadadaaaaa
Lindaddadadaaaaa
 
Base de datos1024
Base de datos1024Base de datos1024
Base de datos1024
 
DIAGRAMA DE PLANIFICACION
DIAGRAMA DE PLANIFICACIONDIAGRAMA DE PLANIFICACION
DIAGRAMA DE PLANIFICACION
 
Sistema de gestión de bases de datos - Segunda parte
Sistema de gestión de bases de datos - Segunda parteSistema de gestión de bases de datos - Segunda parte
Sistema de gestión de bases de datos - Segunda parte
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Módulo de Herramientas case
Módulo de Herramientas caseMódulo de Herramientas case
Módulo de Herramientas case
 
Modelado de datos
Modelado de datosModelado de datos
Modelado de datos
 
Unidad i bd
Unidad i bdUnidad i bd
Unidad i bd
 

Modelos de análisis estructurado

  • 1. 1 República Bolivariana de Venezuela Ministerio del poder popular para la educación superior Instituto Universitario Politécnico “Santiago Mariño” Barinas Estado Barinas Modelos de análisis estructurado Bachiller: Yoandres La Cruz C.I.:24.555.089. Profesor:JhoannZambrano. Barinas, Febrero 2016
  • 2. 2 Índice Introducción…………………………………………………………………….…………………………………………….3 Diagrama de flujo de datos DFD…………………………………………….……………………………………….4 Elementos del DFD…………………………………………………………………………………………………………4 Bases de Datos…………………………………………………………………….…………………………………………4 DBMS…………………………………………………………………………………………………………………………….5 Modelo Relacional………………………………………………………………….…………………………………5-6 Modelado de datos………………………………………………………………….…………………………………7-8 Modelo entidad relación E-R…………………………………………………….…………………………………….8 Conclusión……………………………………………………………………………………………………………………..9 Referencias………………………………………………………………………………………………………………….10
  • 3. 3 Introducción. El Análisis Estructurado en ingeniería de software y su técnica aliada, Diseño estructurado, son métodos para analizar y convertir requisito de negocio dentro de especificaciones y en última instancia, Programa informático, configuraciones de hardware y procedimientos manuales relacionados. Las técnicas de análisis y diseño estructurados son herramientas fundamentales de análisis de sistemas, y desarrolladas a partir de análisis de sistemas clásicos de los años 1960 y 1970. El Análisis Estructurado se hizo popular en la década de 1980 y todavía es utilizado por muchos. Consiste en interpretar el concepto del sistema en datos y controlar la terminología representada por el diagrama de flujo de datos. El flujo de datos y el control de la burbuja para el almacén de datos de la burbuja pueden ser muy difíciles de seguir y el número de burbujas pueden llegar a ser muy grandes. Un enfoque es definir primero los eventos del mundo exterior que requieren que el sistema reaccione, a continuación, asignar una burbuja para ese evento, las burbujas que necesitan interactuar se conectan luego hasta que se defina el sistema. Esto puede ser bastante abrumador y así las burbujas suelen agruparse en burbujas de nivel superior. Se necesitan los Diccionario de datos para describir los flujos de datos y de mando como también se necesita una especificación de proceso para capturar la información de la transacción/transformación. El análisis estructurado y el diseño estructurado fueron acompañados por un método de notación incluyendo los diagramas de estructura compuesta, diagramas de flujo de datos y diagramas de modelo de datos, de los cuales hubo muchas variaciones. Este trabajo tiene como objetivo dar a conocer al lector lo básico sobre las herramientas del análisis estructurado.
  • 4. 4 Diagrama de flujo de datos DFD Los diagramas de flujo de datos son un tipo de herramienta de modelado, permiten modelar todo tipo de sistemas, concentrándose en las funciones que realiza, y los datos de entrada y salida de esas funciones. 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 nivel superior. Elementos de un Diagrama de flujo de datos DFD - 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 la informació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. Base de datos Una base de datos (cuya abreviatura es BD) es una entidad en la cual se pueden almacenar datos de manera estructurada, con la menor redundancia posible. Diferentes programas y diferentes usuarios deben poder utilizar estos datos. Una base de datos proporciona a los usuarios el acceso a datos, que pueden visualizar, ingresar o actualizar, en concordancia con los derechos de acceso que se les hayan otorgado. Se convierte más útil a medida que la cantidad de datos almacenados crece. Una base de datos puede ser local, es decir que puede utilizarla sólo un usuario en un equipo, o puede ser distribuida, es decir que la información se almacena en equipos remotos y se puede acceder a ella a través de una red. La principal ventaja de utilizar bases de datos es que múltiples usuarios pueden acceder a ellas al mismo tiempo.
  • 5. 5 DBMS DBMS (Database management system [Sistema de administración de bases de datos]). El DBMS es un conjunto de servicios (aplicaciones de software) para administrar bases de datos, que permite: - Un fácil acceso a los datos - El acceso a la información por parte de múltiples usuarios - La manipulación de los datos encontrados en la base de datos (insertar, eliminar, editar) El DBMS puede dividirse en tres subsistemas: - El sistema de administración de archivos: para almacenar información en un medio físico - El DBMS interno: para ubicar la información en orden - El DBMS externo: representa la interfaz del usuario El modelo relacional En el modelo relacional las dos capas de diseño conceptual y lógico, se parecen mucho. Generalmente se implementan mediante diagramas de Entidad/Relación (modelo conceptual) y tablas y relaciones entre éstas (modelo lógico). Este es el modelo utilizado por los sistemas gestores de datos más habituales (SQL Server, Oracle, MySQL). Nota: Aunque mucha gente no lo sabe, a las bases de datos relaciones se les denomina así porque almacenan los datos en forma de “Relaciones” o listas de datos, es decir, en lo que llamamos habitualmente “Tablas”. Muchas personas se piensan que el nombre viene
  • 6. 6 porque además las tablas se relacionan entre sí utilizando claves externas. No es así, y es un concepto que debemos tener claro. (Tabla = Relación). El modelo relacional de bases de datos se rige por algunas normas sencillas: - Todos los datos se representan en forma de tablas (también llamadas “relaciones”, ver nota anterior). Incluso los resultados de consultar otras tablas. La tabla es además la unidad de almacenamiento principal. - Las tablas están compuestas por filas (o registros) y columnas (o campos) que almacenan cada uno de los registros (la información sobre una entidad concreta, considerados una unidad). - Las filas y las columnas, en principio, carecen de orden a la hora de ser almacenadas. Aunque en la implementación del diseño físico de cada SGBD esto no suele ser así. Por ejemplo, en SQL Server si añadimos una clave de tipo "Clustered" a una tabla haremos que los datos se ordenen físicamente por el campo correspondiente. - El orden de las columnas lo determina cada consulta (que se realizan usando SQL). - Cada tabla debe poseer una clave primaria, esto es, un identificador único de cada registro compuesto por una o más columnas. - Para establecer una relación entre dos tablas es necesario incluir, en forma de columna, en una de ellas la clave primaria de la otra. A esta columna se le llama clave externa. Ambos conceptos de clave son extremadamente importantes en el diseño de bases de datos.
  • 7. 7 Modelados de datos Un modelo es un conjunto de herramientas conceptuales para describir datos, sus relaciones, su significado y sus restricciones de consistencia. Características Es el proceso de analizar los aspectos de interés para una organización y la relación que tienen unos con otros. Resulta en el descubrimiento y documentación de los recursos de datos del negocio. El modelado hace la pregunta " Qué ? " en lugar de " Cómo ? ", ésta última orientada al procesamiento de los datos. Es una tarea difícil, bastante difícil, pero es una actividad necesaria cuya habilidad solo se adquiere con la experiencia. Metas y beneficios Registrar los requerimientos de datos de un proceso de negocio. Dicho proceso puede ser demasiado complejo y se tendrá que crear un "enterprise data model", el cual deberá estar constituido de líneas individuales. Permite observar: Patrones de datos Usos potenciales de los datos Tipos de modelado de datos Básicamente son 3: Conceptual: muy general y abstracto, visión general del negocio/institución. Lógico: versión completa que incluye todos los detalles acerca de los datos. Físico: esquema que se implementara en un manejador de bases de datos (DBMS).
  • 8. 8 Modelo Entidad-Relación Generalmente todo modelo tiene una representación gráfica, para el caso de datos el modelo más popular es el modelo entidad-relación o diagrama E/R. Se denomina así debido a que precisamente permite representar relaciones entre entidades (objetivo del modelado de datos). El modelo debe estar compuesto por: Entidades Atributos Relaciones Cardinalidad Llaves
  • 9. 9 Conclusión. Se concluye que los objetivos propuestos fueron alcanzados al entender que el modelo de análisis estructurado es fundamental al momento del diseño del software y la utilización de sus herramientas como lo son los diagramas de flujo de datos que es una representación gráfica del "flujo" de datos a través de un sistema de información, que se diferencia del diagrama de flujo del sistema, ya que muestra el flujo de datos a través de procesos en lugar del hardware, y las bases de datos que es una entidad en la cual se pueden almacenar datos de manera estructurada, con la menor redundancia posible, la cual diferentes programas y diferentes usuarios deben poder utilizar estos datos.