Análisis y Diseño de Sistema. Tarea 3

_{Universidad abierta para adultos (UAPA).}

Bienvenidos a la tercera semana de trabajo en la asignatura Análisis y Diseño de Sistema, en la que se realizarán las siguientes actividades:

Después de indagar y gestionar los contenidos de la unidad, realiza las siguientes actividades:

 1- Elaborar un informe de lectura teniendo en cuenta los siguientes elementos:

 a)    Investigar en la web y en el libro base acerca de modelo de los datos y procesos.

Objetivos de un Modelo

El desarrollo de modelos ofrece una serie de ventajas, a saber: El modelo permite discutir con el usuario las necesidades a ser cubiertas, sirve de base para definir la apariencia y el diseño del producto final, permite representar y evaluar conceptos esenciales de un área funcional o un sistema. En sistemas, un modelo permite representar una realidad compleja en términos simple

Los sistemas de información manejan datos acerca de transacciones, objetos y eventos, con el fin de procesar la cantidad de información necesaria para cumplir con las actividades de una organización. Las tareas de análisis y diseño de sistemas trabajan simultáneamente con el modelo de datos que el sistema maneja y con el modelo de procesos que capturan, transforman y utilizan dichos datos.

Al desarrollar un plan de sistema, el diseñador debe plantear tres interrogantes: Concepto: ¿Qué hace? ¿Qué hará? Funcionamiento: ¿Cómo se utiliza o utilizará? ¿Cómo funciona o funcionará? Estructura: ¿Cuáles son sus componentes? ¿Cuáles serán sus componentes?

Con el fin de dar respuesta a cada una de las interrogantes, en el transcurso de un proyecto de planificación de sistemas de desarrollarán tres tipos de modelos, a saber: Modelo Conceptual que muestra los procesos del negocio (¿qué harán los sistemas?)

Modelo de Funcionamiento que muestra cómo funcionarán los procesos del negocio haciendo uso de los sistemas (¿cómo serán utilizados por sus usuarios?): Modelo Físico que muestra los componentes, sistemas, aplicaciones, módulos, y la forma en que éstos se organizarán.

En todo sistema existe una estrecha relación entre los datos y procesos, y los modelos de datos y procesos no deben marchar aisladamente, sino que evolución a paralelamente, como se detalla en la siguiente tabla: Qué Funcionamiento Componentes Datos Modelo Físico de Conceptual de Utilización de Datos procesos Modelo físico de Conceptual de Utilización de procesos.

-Modelo Conceptual de Datos

En un modelo conceptual o semántico de datos, se describe el conjunto de todas las cosas acerca de las cuales un sistema maneja información. En términos generales, un modelo conceptual muestra los siguientes elementos: Entidades, acerca de las cuales maneja o almacena datos• Las asociaciones entre esas entidades.

Los atributos de esas entidades y asociaciones. La estructura de un modelo conceptual de datos no guarda ninguna relación con la forma en que los datos son procesados o almacenados, ya que este modelo centra su atención en el mundo o ámbito en el que funciona el sistema, es decir el significado de los datos. El contenido de un modelo conceptual de datos representa la comprensión que el analista tiene de la información que maneja el sistema.

-Modelo de Utilización de Datos

En un modelo de utilización de datos representa la forma en el usuario agrupará y obtendrá el acceso a los datos. El modelo de utilización de los datos de un sistema representa el conjunto de: Registros y tablas utilizadas para almacenar datos acerca de las entidades y asociaciones que componen el sistema: Vínculos entre estos registros y camino de acceso a los mismos:

Datos contenidos en los registros claves y caminos de acceso a los datos. La estructura de este modelo debe adaptarse a las características del manejador de base de datos que será utilizado para desarrollar el sistema con el fin de facilitar las tareas del diseño físico. El contenido de un modelo de utilización de los datos representa la visión que el analista tiene de la forma como se almacenarán los datos y la forma en que serán utilizados.

-Modelo Físico de Datos

El modelo físico de datos representa la organización física de los datos en: Bases de datos y archivos integrados por registros que se almacenan juntos físicamente Agrupación de registros en área.

b)    Desarrollar un diagrama de flujo de datos. Resaltando conceptos, elementos, simbología, ejemplos. Subirlo a la plataforma de la UAPA.

El diagrama de flujo de datos es una forma visual para mostrar el movimiento de los datos a través de un sistema de información. Presenta cómo la información ingresa y sale del sistema, por qué ruta pasan, dónde se almacena y las fuentes y destinos de esa información

Las empresas no podrían operar sin sistemas ni procesos, y la efectividad resulta imprescindible para alcanzar los objetivos. Existen numerosas maneras de estudiar esta efectividad, pero el diagrama de flujo de datos supera las demás.

Un diagrama de flujo de datos o DFD exhibe cómo los procesos fluyen en un sistema. Es una representación gráfica para mostrar un sistema y, a su vez, puede ayudar a resolver donde haya problemas e ineficiencias.

En un DFD no se muestra la duración de los procesos ni si esos procesos operan en serie o en paralelo. No existen bucles o lazos, como sí los hay en un diagrama de red, tampoco hay puntos de decisión, como sí los hay en un diagrama de flujo.

Los diagramas de flujo se utilizan para diseñar, analizar, documentar o administrar un programa o proceso, siendo muy utilizados en campos muy distintos como la programación, la psicología cognitiva o la economía y los mercados financieros.

Esto deriva en que el abanico de diagramas de flujos sea amplio y se necesite un dividir por tipos y clasificaciones.

Los niveles de un DFD son:

-Nivel 0: Diagrama de contexto

-Nivel 1: Diagrama de nivel superior

-Nivel 2: Diagrama de detalle o expansión

Elementos de un diagrama de flujo de datos:

Los signos utilizados en el diagrama de flujo de datos describen la trayectoria de los datos en un sistema, los sitios de almacenamiento, las entradas y salidas de datos y los diversos subprocesos. Son notaciones estandarizadas como círculos, rectángulos y flechas.

En los DFD se utilizan varias metodologías de notación. Estas presentan algunas diferencias, pero todas usan signos y formas para representar los elementos principales de un DFD.

Símbolos	Nombres	Funciones
	Proceso	Es una actividad o función empresarial donde se transforman los datos y su flujo, al cambiarlos, ordenarlos o cambiando la dirección del flujo. Toma los datos entrantes, los cambia y con ellos produce una salida. Un proceso puede hacer esto realizando cálculos y también usando la lógica para poder ordenar los datos o cambiar la dirección del flujo. Puede descomponerse a un mayor nivel de detalle para representar cómo se procesan los datos dentro del proceso. Los procesos se ubican entre la entrada y la salida, comenzando generalmente desde la parte superior izquierda del DFD y terminando en la parte inferior derecha del diagrama. Puede haber varios de ellos en un solo diagrama.
	Almacén	Contiene la información para su uso posterior, como un archivo de documentos que está esperando ser procesado. Las entradas de datos pueden fluir a través de un proceso y luego ingresar a un almacén de datos, mientras que las salidas de datos fluyen al salir de un almacén de datos y luego a través de un proceso.
	Entidad externa	Puede representar un ser humano, un sistema o subsistema. Es el origen o el destino de ciertos datos. Es decir, envía o recibe datos hacia o desde el sistema diagramado. En función del proceso del negocio, es externa al sistema que se está analizando. Por tal motivo, las entidades externas se dibujan comúnmente a los bordes del DFD.
	Flujo de datos	Representa el flujo de la información. Determina el itinerario que toma la información desde las entidades externas a través de los diversos procesos y almacenes de datos. Con flechas el DFD puede mostrar la dirección del flujo de datos.

Reglas para un diagrama de flujo de datos (DFD)

Antes de comenzar a trazar diagramas de flujo de datos, se deben seguir cuatro reglas generales para crear un DFD válido.

– Cada almacén de datos debe tener al menos un flujo de datos de entrada y de salida de datos.

– Cada proceso debe tener al menos una entrada y una salida.

– Todos los procesos en un DFD deben vincularse a otro proceso o a un almacén de datos.

– Los datos almacenados de un sistema deben pasar por un proceso.

Ejemplo de diagrama de flujo de datos:

           Libro                                                                           Actualiza

Sistema de biblioteca

Usuario

Bibliotecario

 

Respuesta                                                                                      Aviso