1. DIAGRAMAS LÓGICOS
Un diagrama de flujo es un método para documentar la forma en que los datos se mueven a través de
un sistema, incluyendo la entrada, procesamiento y salida de los datos. Esto facilita la visión
descriptiva de la ejecución del programa, así como la generación del algoritmo. Símbolos
generales:
Inicio y fin de un programa.
Operaciones aritméticas y lógico-aritméticas.
Decisiones lógicas.
Flujo de la ejecución.
Definición:
Es una herramienta que representa gráficamente la secuencia de los pasos de un proceso. Muestra la
secuencia lógica de pasos para desarrollar o resolver un proceso.
Finalidad de uso:
1. Para facilitar la visualización de la estructura de un proceso.
2. Se presenta la información (flujos de control, entradas, salidas, etc.) y se utiliza en la
fase de diseño en el desarrollo de sistemas computacionales.
3. Ayuda en la búsqueda y detección de errores.
Generalmente se usa para aprender un lenguaje computacional debido a lo específico que es (para
problemas grandes no es conveniente usarlo). No se usa para resolver problemas reales.
El diagrama de flujo se puede especificar en dos maneras:
Es la representación gráfica de un algoritmo. Es un diagrama secuencial empleado para mostrar los
procedimientos detallados que se deben seguir para resolución de un algoritmo. Los diagramas de
flujo se usan normalmente para seguir la secuencia lógica de las acciones en el diseño del
algoritmo. En un diagrama de flujo se utilizan figuras que se usan según corresponda a cada paso
del algoritmo. Las figuras se conectan mediante flechas indicándose la secuencia a seguir entre
los pasos.
Detallado: Usando los dibujos geométricos descritos anteriormente para especificar todo el
problema en el mismo diagrama.
Por partes o desglosado: Visualizando en jerarquía (top-down) las funciones que se deben
resolver. Se usan los nodos función. Esta segunda opción es más estructurada y fácil de
comprender, ya que en lugar de visualizar muchos pasos en secuencia, se ven funciones o
subpasos o submódulos. Cada función (nodo función) se especifica en un diagrama de flujo
separado.
Con el proceso de refinamiento se diseña correctamente, aunque tome más tiempo. Consiste en una
serie de pasos para diseñar el programa en forma estructurada.
Estructuras básicas de control:
Secuencia
Decisión: De un camino o de dos caminos.
Repetición: Condicional (mientras/repite) o definido.
Existen diferentes diagramas lógicos:

2. Flujo de datos
Relación de las bases de datos
Objetos de sistema
Diagrama de Flujo de Datos
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. Este contexto a nivel de DFD se "explotó"
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.
Los niveles del diagrama de flujo de datos son los siguientes:
Nivel 0: Diagrama de contexto.
Nivel 1: Diagrama de nivel superior.
Nivel 2: Diagrama de detalle o expansión.
Componentes
Relación de las bases de datos
Una Base de Datos Relacional, es una base de datos que cumple con el modelo relacional, el cual es
el modelo más utilizado en la actualidad para implementar bases de datos ya planificadas. Permiten
establecer interconexiones (relaciones) entre los datos (que están guardados en tablas), y a
través de dichas conexiones relacionar los datos de ambas tablas, de ahí proviene su nombre:
"Modelo Relacional". 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.
Características
Una Base de Datos Relacional se compone de varias tablas o relaciones.

3. No pueden existir dos tablas con el mismo nombre ni registro.
Cada tabla es a su vez un conjunto de registros (filas y columnas).
La relación entre una tabla padre y un hijo se lleva a cabo por medio de las claves primarias
y ajenas (o foráneas).
Las claves primarias son la clave principal de un registro dentro de una tabla y éstas deben
cumplir con la integridad de datos.
Las claves ajenas se colocan en la tabla hija, contienen el mismo valor que la clave primaria
del registro padre; por medio de éstas se hacen las relaciones.
Ejemplo:
Diagrama de objetos
Los diagramas de objetos son utilizados durante el proceso de Análisis y Diseño de los sistemas
informáticos en la metodología UML.
Se puede considerar un caso especial de un diagrama de clases en el que se muestran instancias
específicas de clases (objetos) en un momento particular del sistema. Los diagramas de objetos
utilizan un subconjunto de los elementos de un diagrama de clase. Los diagramas de objetos no
muestran la multiplicidad ni los roles, aunque su notación es similar a los diagramas de clase.
Una diferencia con los diagramas de clase es que el compartimiento de arriba va en la forma Nombre
de objeto: Nombre de clase.
Por ejemplo, Miguel: Persona.