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.

2. 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:
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

3. 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.
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

4. 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.