DIAGRAMAS LÓGICOSUn 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:

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