Modelos de Datos Conceptuales

1.1-Modelado conceptual de bases de datos relacionales: El modelo E/R

El modelo Entidad/Relación es un modelo de datos semántico cuyo objetivo inicial era vencer algunas de las dificultades mostradas por el modelo relacional, al que pretendía sustituir. Concretamente, pretendía dotar de "significado" a las estructuras de datos, carentes del mismo, del modelo relacional.El modelado E/R se ha convertido en estándar para el diseño de bases de datos relacionales, por lo que lo utilizaremos para describir nuestra implementación. Esta aseveración se ve reforzada por la elección de este modelo de datos.En el modelo Entidad/Relación, el UoD/mundo/empresa/sección de la realidad1 se representa mediante un número muy reducido de conceptos semánticos básicos: el mundo está compuesto de entidades; una entidad es cualquier objeto distinguible relevante en el mundo en cuestión (los profesores y cursos en el mundo académico). Estas entidades poseen un número indeterminado de propiedades, que son "trozos" de información que describen a las entidades de uno u otro modo. Cada una de las entidades tiene una identidad, esto es, son identificables de forma única. Grupos de entidades relacionadas mantienen relaciones con otros grupos de entidades.

1.2 Modelos de Datos Lógicos

Es similar a lo que es un mapa cuando uno decide realizar un viaje. Uno necesita saber dónde va y como llegar allí. Se necesita un plan, uno que sea visible y correcto. El modelo lógico es un esquema de todas las piezas de información necesarias para entender los datos y como se relacionan con el negocio. Es una técnica fundamentalmente gráfica que resulta en un modelo de datos representando la definición, características y relaciones de los datos en un ambiente de negocios, técnico o conceptual. En términos simples, un modelo de datos lógico es un borrador de alto nivel de los datos. Los modelos lógicos de datos son independientes de los dispositivos físicos de almacenamiento de datos. Esta es la clave del modelado lógico. La razón por la cual un modelo lógico de datos debe ser independiente de la tecnología es simplemente porque la tecnología cambia muy rápidamente.

Componentes de un modelo lógicoUn modelo de datos lógico es una representación de los siguientes conceptos derivados de los enunciados en el apartado anterior:

•red•Atributos• Jerarquía

1.3- MODELO FÍSICOEl diseño físico parte del esquema lógico y da como resultado un esquema físico. Un esquema físico es una descripción de la implementación de una base de datos

en memoria secundaria: las estructuras de almacenamiento y los métodos utilizados para tener un acceso eficiente a los datos. Por ello, el diseño físico depende del SGBD concreto y el esquema físico se expresa mediante su lenguaje de definición de datos. En el modelo físico de datos, las entidades son consideradas tablas, los atributos vienen a ser los campos de las tablas, los elementos como registros o datos de las tablas, además agregamos el término de dominio de datos, es aquí donde se resuelve la relaciónDOMINIOSEl conjunto de valores posibles que puede tener un atributo o campo o grupo de atributos o campos de una entidad o tabla. Cada atributo está asignado a uno de cuatro dominios básicos o primitivos, que son:- Caracter o texto - String.- Date o Fecha - Datetime- Numero o Integer . EXTENSIONEs el número máximo de caracteres o dígitos para cada uno de sus valores, podemos considerar que esto va a ser un subconjunto del dominio de un atributo, dado que el número de caracteres o dígitos restringe el conjunto posible de valores para el atributo o campo. VALORES PERMITIDOSEs el conjunto de valores permitidos para un atributo describe exhaustivamente los valores potenciales de un atributo, es decir, un conjunto de valores posibles que el atributo soportará como data. VALOR A ALGORITMO POR OMISIONPara cada atributo que pueda contener valores permitidos se puede especificar un algoritmo por omisión o bien un valor por omisión (pero no ambos). ALGORITMO POR DERIVACIONSolamente podemos especificar algoritmos de derivación para atributos derivados. En la práctica el diseñador debe tomar la decisión sobre si un atributo derivado debe ser calculado o almacenado por memoria.

2-DIFERENTES DIAGRAMAS EXISTENTES

2.1- DIAGRAMA DE OPERACIONES DEL PROCESO (DOP)

Definición.- Es la representación gráfica y simbólica del acto de elaborar un producto o Proporcionar un servicio, mostrando las operaciones e inspecciones efectuadas o por efectuarse, con sus relaciones sucesivas cronológicas y los materiales utilizados.

Objetivo del DOP

1. Conseguir una imagen a “vista de pájaro” de la fabricación de un producto 2. Estudiar las operaciones e inspecciones en relación una con otras dentro de un proceso y también entre procesos.

3. Simplificar y normalizar el producto y el diseño de sus componentes para lograr una fabricación más económica. 4. Para la toma de decisiones, en la aplicación de un nuevo procedimiento, efectuar algunos cambios y modificar el número de operaciones.

2.2- DIAGRAMA ANALÍTICO DEL PROCESO (DAP)

También llamado diagrama detallado del proceso, diagrama de flujo del proceso o Curso grama analítico. El DAP, es la representación gráfica de la secuencia de todas las operaciones, transporte, inspecciones, demoras y los almacenamientos que ocurren durante un proceso o procedimiento. Comprende toda la información que se considera deseable para el análisis tal como tiempo necesario y distancia recorrida.

Objetivos del dap

1. Formarse una imagen de la secuencia total de acontecimientos que ocurren durante el proceso. 2. Estudiar los acontecimientos en forma sistemática. 3. Mejorar la disposición de los locales. 4. Mejorar el manejo o manipulación de materiales. 5. Reducir o anular las demoras. 6. Estudiar las operaciones y demás acontecimientos en relación unos con otros. 7. Comparar 2 métodos. 8. Escoger operaciones para un estudio más detallado. 9. Simplificar y combinar operaciones.

Tipos de dap

1. Diagrama de material del proceso: se registra todo lo que acontece al material, debe ir acompañado de un diagrama de recorrido de los materiales.

2. Diagrama de operario en el proceso: se registra lo que hace el operario, debe ir acompañado de un diagrama de recorrido del operario o de un diagrama de hilos. 3. Diagrama del equipo en el proceso: registra la forma en que se utiliza el equipo.

2.3- DIAGRAMA DE RECORRIDO O DE CIRCULACIÓN

DEFINICIÓN: Es un esquema de distribución de planta en un plano bidimensional o tridimensional a escala, que muestra dónde se realizan todas las actividades que aparecen en el DAP. La ruta de los movimientos se señala por medio de líneas, cada actividad es identificada y localizada en el diagrama por el símbolo correspondiente y numerada de acuerdo con el DAP. Cuando se desea mostrar el movimiento de más de un material o de una persona que interviene en el proceso en análisis sobre el mismo diagrama, cada uno puede ser identificado por líneas de diferentes colores o de diferentes trazos. Cabe indicar que en este diagrama se pueden hacer dos tipos de análisis: a) El primero, de seguimiento al hombre, donde se analizan los movimientos y las actividades de la persona que efectúa la operación. b) El segundo, de seguimiento a la pieza, el cual analiza las mecanizaciones, los movimientos y las transformaciones que sufre la materia prima.

OBJETIVOS:

1. El diagrama de recorrido es un anexo necesario al DAP. 2. Su objetivo es determinar y después, eliminar o disminuir: 2.1 Los retrocesos 2.2 Los desplazamientos 2.3 Los puntos de acumulación de tránsito. 3. Sirve para mejorar los métodos y actúa como guía para una distribución en planta mejorada. 2.4- DIAGRAMA DE ACTIVIDADES MULTIPLES (MODALIDADES: HOMBRE-MÁQUINA Y DEGRUPO)

Se define este diagrama como la representación gráfica de la secuencia de elementos que componen las operaciones en que intervienen hombres y máquinas, y que permite conocer el tiempo empleado por cada uno, es decir, conocer el tiempo usado por los hombres y el utilizado por las máquinas. Con base en este conocimiento se puede determinar la eficiencia de los hombres y de las máquinas con el fin de aprovecharlos al máximo. El diagrama se utiliza para estudiar, analizar y mejorar una sola estación de trabajo a la vez. Además, aquí el tiempo es indispensable para llevar a cabo el balance de las actividades del hombre y su máquina.

Pasos para realizarlo

Primero, se debe seleccionar la operación que será diagramada; se recomienda seleccionar operaciones importantes que puedan ser, costosas repetitivas y que causen dificultades en el proceso. En segundo lugar, determinar dónde empieza y dónde termina el ciclo que se quiere diagramar. En tercera, observar varias veces la operación, para dividirla en sus elementos e identificar los claramente.

3- EL MÉTODO DE ANÁLISIS ESTRUCTURADO Y LOS TIPOS DE MÉTODOS DE ANÁLISIS

Qué es el método de análisis estructurado:

Conceptos generales: Cuando los analistas comienzan a trabajar sobre un proyecto de sistemas de información, a menudo tienen que profundizar en un área de la organización con la que tienen poca familiaridad. A pesar de esto, futuros usuarios - de esa área. Cualquier nuevo sistema o conjunto de recomendaciones para cambios en el sistema existente, ya sea éste manual o automatizado, debe conducir hacia una mejora. Para alcanzar este resultado, se espera que los analistas de sistemas hagan lo siguiente:

¿ Qué es el análisis estructurado?

El análisis estructurado es un método para el análisis de sistemas manuales o automatizados, que conduce al desarrollo de especificaciones para sistemas nuevos o para efectuar modificaciones a los ya existentes. Cuando los analistas de sistemas abordan una situación poco familiar, siempre existe una pregunta sobre donde comenzar el análisis. Una situación dinámica siempre puede ser vista como abrumadora debido a que muchas de las actividades se llevan a cabo constantemente, como señalo MARY HELEN es su seminario. El análisis estructurado permite el analista conocer un sistema o proceso (actividad) en una forma lógica y manejable el mismo tiempo que proporciona la base para asegurar que no se omite ningún detalle pertinente.En el análisis estructurado la palabra estructura significa qué: 1) el método intenta estructurar el proceso de determinación de los requerimientos comenzando con la documentación del sistema existente;.2) el proceso está organizado de tal forma que intenta incluir todos los detalles relevantes que describe al sistema en uso.3) es fácil verificar cuando se han omitido detalles relevantes.4) la identificación de los requerimientos será similar entre varios analistas e incluirá las mejora soluciones y estrategias para las oportunidades para de desarrollo de sistemas. 5) los documentos de trabajo generados para documentar los sistemas existente o propuesto son dispositivos de comunicación eficientes.

Componentes del análisis estructuradoEl análisis estructurado hace uso de los siguientes componentes.Símbolos gráficosDiccionario de datosDescripciones de procesos y procedimientosReglas

4- ¿QUÉ HERRAMIENTAS USA EL ANÁLISIS ESTRUCTURADO?

Herramientas del Análisis Estructurado Herramientas de Modelado Importantes. Modelado de las Funciones del Sistema. Diagrama de Flujo de Datos. Modelado de Datos Almacenados. Diagrama de Entidad - Relación. Modelado del Comportamiento Dependiente del Tiempo. El Diagrama de Transición de Estados. Modelado de la Estructura de los Programas. El Diagrama de Estructura.

5 - DEFINIR CON MIS PALABRAS DIAGRAMAS DE FLUJO DATOS PARA ANÁLISIS DE PROCESOS (DFD)

Un diagrama de flujo de datos es una representación gráfica para la maceta 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ó" para mostrar más detalles del sistema que se está modelando.Los diagramas de flujo de datos fueron inventados por Larry Constantine, el desarrollador original del diseño estructurado, basado en el modelo de computación de Martin y Estrin: "flujo gráfico de datos". Los diagramas de flujo de datos (DFD) son una de las tres perspectivas esenciales de Análisis de Sistemas Estructurados y Diseño por Método SSADM.

6- especificar con mis palabras los elementos de sistema de información y dfd

ELEMENTOS QUE COMPONEN UN SISTEMA DE INFORMACION: es un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Forman parte de algunas categorías como lo son personas datos actividades y todo esto se procesa y se puede utilizar información mas concreta.EJEMPLOS: Una nomina: con los datos que se da se puede saber específicamente el sueldo devengado por un empleado.Un inventario: con los datos organizados adecuadamente se puede saber el total de la mercancía que hace falta y la ya existente.

7- CUÁLES SON LOS CUATRO CONCEPTOS DE DATOS QUE PUEDEN SER SIMBOLIZADOS EN UN DIAGRAMA DE FLUJO DE DATOS

8- DIFERENCIAS Y SIMILITUDES ENTRE LA NOTACIÓN: YOURDON/DEMARCO Y LA NOTACIÓN: GENE & SARSON.

YOURDON/DEMARCO GENE & SARSON

DIFERENCIASSIMILITUDES

9- Presentar en las dos notaciones (Yourdon / Demarco , Gene & Sarson ) el ejercicio hecho durante la orientación de introducción a los DFD para identificar entidades.

YOURDON/DEMARCO

GENE & SARSON

10- PASO PARA CONSTRUIR UN DFD

Paso 1. Elaborar un diagrama de flujo de datos de contexto (DFD de Contexto)

Todos los proyectos tienen un campo de acción. El ámbito de un proyecto define a qué aspectos de una empresa se supone que debe dar su apoyo un sistema o una aplicación. El ámbito de un proyecto define también el modo de interacción del sistema o la aplicación en fase de modernización con otros sistemas y con la empresa considerada en su conjunto. La definición del ámbito del proyecto es el primer paso importante de la modernización de procesos.

Paso 2. Elaborar un diagrama de descomposición que esquematiza los diagramas de flujo de datos

Un diagrama de descomposición, también denominado gráfico de jerarquías, muestra la estructura, o descomposición funcional en sentido descendente, de un sistema. También nos proporciona un esquema para elaborar nuestros DFD.

El único símbolo utilizado en el diagrama de descomposición es el símbolo de proceso, por lo demás el mismo símbolo que se utiliza en los DFD . Los proceso se conectan entre sí en una estructura arborescente. Los nombres de procesos deberán ajustarse a las directrices sobre nombres explicadas para los DFD. El proceso superior, también llamada hizo, representa a todo el sistema cuyas necesidades se están definiendo. El proceso raíz se desglosa o divide en subsistemas, funciones y tareas, donde el número de niveles depende enteramente de la dimensión del proyecto.

Durante la elaboración del diagrama de descomposición se deben seguir las siguientes directrices más corrientes:

Paso 3. Identificar almacenes de datos

Antes de pasar a dibujar nuestros diagramas de flujo de datos, puede ser de utilidad identificar los posibles almacenes de datos que se utilizarán en dichos diagramas. Utilizaremos el modelo de datos elaborados en el capítulo 8 del proyecto de SoundStage para identificar nuestros almacenes de datos. En la figura 3 hemos utilizado un diagrama de descomposición para identificar dichos almacenes de datos. En primer lugar, creamos un almacén de datos compuesto que represente a todos los datos del sistemaencuentro este almacén de datos se desglosa en nuestro modelo de datos. A continuación identificamos los almacenes de datos primigenios, uno para cada entidad cuantía asociativa del modelo de datos.

Paso 4. Elaborar un diagrama general de flujo de datos

Mediante el empleo como esquema de nuestro diagrama de descomposición, podemos ahora proceder a desglosar

Paso 5. Elaborar los diagramas de flujo de datos de nivel medio

Después de haber elaborado el diagrama de sistemas, podemos dividir cada uno de los procesos de dicho DFD para poner de relieve un mayor nivel de detalle sobre los subsistemas. cualquier proceso de un DFD es susceptible de desglose para desvelar diagramas de flujo de datos más detallados de dicho proceso. Se continúa con el desglose hasta que se haya obtenido un nivel de detalle suficiente. Todos los DFD, salvo los más detallados, reciben con frecuencia el nombre de DFD de nivel medio.

Paso 6. Elaborar los diagramas de flujo de datos de nivel primigenio

Completemos seguidamente el conjunto de DFD por niveles mediante la elaboración de diagramas que muestren las necesidades detalladas de procesos dentro del sistema. Estos diagramas recién el nombre diagramas de flujos de datos primigenios porque bajo nivel. Periódicamente, deberían realizarse los diagramas de descomposición para garantizar que se siga correctamente el esquema original.

Empecemos con un DFD primigenio bastante sencillo. La figura 10 a ilustrar el DFD de explosión para el proceso PE 3 de la figura 4. Este diagrama contiene un ejemplo de cada uno de los tipos existentes de procesos primigenios:

Un proceso sencillo de transacciones de entrada (PE 3.1; transacciones más complejas requerirían un mayor nivel desglose).

Un proceso de transacciones de salida (). Un proceso de producción de informes (). Un proceso de mantenimiento de datos ().

Adviertase que los DFD primigenios deben mostrar todos los almacenes de datos y los grupos de datos primigenios apropiados.

Diagrama de Contexto: Nivel 0

En el diagrama de contexto se caracterizan todas las interacciones que realiza un sistema con su

entorno (entidades externas), estas pueden ser otros sistemas, sectores internos a la organización,

o factores externos a la misma. Se dibuja un sólo proceso que representa al sistema en cuestión y

se escribe su nombre en dicha burbuja como un sustantivo común más adjetivos. De él solamente

parten los flujos de datos que denotan las interrelaciones entre el sistema y sus agentes externos,

no admitiéndose otros procesos ni almacenamientos en el dibujo.

Resulta de gran utilidad para los niveles posteriores de análisis como herramienta de balanceo. Y

es conocido como el Diagrama de Flujo de Datos DFD de Nivel "0"

Diagrama de Nivel Superior: Nivel 1

En el diagrama de nivel superior se plasman todos los procesos que describen al proceso principal.

En este nivel los procesos no suelen interrelacionarse directamente, sino que entre ellos debe

existir algún almacenamiento o entidad externa que los una. Esta regla de construcción sirve como

ayuda al analista para contemplar que en un nivel tan elevado de abstracción (DFD Nivel 1) es

altamente probable que la información que se maneja requiera ser almacenada en el sistema

aunque no esté especificado por un Requisito funcional, siendo en realidad un requisito no-

funcional.

Diagrama de Detalle o Expansión: Nivel 2

En un diagrama de nivel 2 o mayor, comienzan a explotarse las excepciones a los caminos

principales de la información dado que aumenta progresivamente el nivel de detalle. De aquí en

adelante se permiten los flujos entre procesos.

El DFD (Diagrama De Flujo De Datos) nivel 2 puede considerarse el máximo para ser validado en

forma conjunta con el usuario dado que en los niveles posteriores el alto grado de complejidad del

diagrama puede resultar de muy difícil lectura para personas ajenas al equipo de sistemas.

También se recomienda el diagrama de nivel superior

11- Apoyándose en el documento “DFD2” Describa lo que significa “explotar o fragmentar” diagramas de flujo de datos.

Es ir descomponiendo pasa a paso cada uno de los procesos en forma organizada y concreta para lo cual encontrar las entidades y unidades de almacenamiento los cuales se lleva a cabo.

12- Liste tres razones para la creación de un diagrama de flujo de datos. Explíquelas.

Comunica con los usuarios del sistema. Son más frecuentemente utilizables.

Representan características de un sistema que podrían existir sin importar cuales fueran los medios físicos para la realización de negocios

13- Cuáles son las conexiones permitidas y no permitidas Entre los diferentes elementos de un DFD.

Permitida

NO PERMITIDAS:

Flujos de datos entre dos almacenes de datos. Para poder hacer una lectura en un almacén y una escritura en otro es necesaria la existencia de un proceso que realice dicha función.

Flujos entre entidades externas. El paso de información entre dos entidades externas es algo que no interesa al sistema y si interesara debe pasar por dentro del sistema a través de sus burbujas correspondientes.

14-