Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)

Tamaño: px
Comenzar la demostración a partir de la página:

Download "Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS CARACTERÍSTICAS DEL ESQUEMA DE DATOS DIAGRAMA ENTIDAD RELACIÓN (D.E.R.)"

Transcripción

1 Unidad 5: MODELO DE COMPORTAMIENTO - ESQUEMA DE DATOS OBJETIVO DEL ESQUEMA DE DATOS Describir los datos que el sistema debe conocer para poder responder a los estímulos. CARACTERÍSTICAS DEL ESQUEMA DE DATOS El Esquema de Datos se ocupa de describir una visión pasiva del sistema, muestra las relaciones que existen entre los datos, que no pueden mostrarse en los almacenamientos del D.F.D. y señalan detalles de los datos, como ser identificadores y atributos. Para la construcción del Esquema de Datos se utilizan dos herramientas; el Diagrama Entidad Relación y el Diccionario de Datos. La visión de los datos es más estable (el Esquema de Datos) que la visión funcional del sistema (Esquema de Transformaciones) en la mayoría de los sistemas. Por ejemplo, la política de crédito a los clientes puede cambiar con facilidad, pero la entidad cliente sigue existiendo. DIAGRAMA ENTIDAD RELACIÓN (D.E.R.) CARACTERÍSTICAS DEL DIAGRAMA ENTIDAD RELACIÓN Un sistema puede ser observado desde distintos puntos de vista, mediante el D.E.R. se prioriza el aspecto de los datos. Con el D.F.D. se observa el sistema en funcionamiento, es decir ver qué es lo que está pasando. Con el D.E.R. se observan los datos almacenados en el sistema, representado como una red de almacenamientos conectado por relaciones. ELEMENTOS DE UN D.E.R. ENTIDAD: (Objeto). Un objeto es algo de existencia real o artificial, que interesa al sistema. Es en si una abstracción o agrupación de cosas del mundo real. Por ejemplo los "perros" con distintas características como ser raza, tamaño, etc., pero tienen un factor común que los identifica unívocamente, que es el hecho de ser perro. Como consecuencia se puede agrupar o abstraer a todos los perros bajo el nombre de perro (sería el objeto). 1

2 Ejemplos de objetos serían los siguientes: clientes, personas, casas, departamentos, bibliotecas, libros, alumnos, etc. Si el objeto sólo contiene una única instancia (una simple cosa del mundo real), no deberá tenerse en cuenta como objeto, ya que no lo es. Los objetos pueden ser: Cosas tangibles: son las que representan cosas reales, por ejemplo: tren, robot, libro, etc. Rol: es un concepto asignado a una persona física, ejemplo: doctor, empleado, cliente, proveedor, etc. Incidentes: son utilizados para representar una ocurrencia o evento. Algo que sucede en determinado momento, pero no es deseado que ocurra, ejemplo: accidente, la caída de un sistema, una falta de pago, etc. Interacciones: generalmente tienen una transacción o contrato que relacionan dos o más objetos del modelo. Este tipo de objeto es deseado por el sistema, ejemplo: venta, matrimonio, etc. Un objeto es representado a través de un rectángulo en cuyo interior se coloca el nombre del objeto. La elección de dicha denominación no es siempre tan sencilla, ya que ésta debe contribuir a la lectura y entendimiento del modelo de información. Un nombre para describir el lugar donde existen artículos almacenados sería: no tan bueno: habitación nombre preciso: depósito No puede haber distintos tipos de objetos con el mismo nombre. El objeto posee características o atributos. Un atributo es la abstracción de una simple característica, poseída por todas las entidades que han sido abstraídas como un objeto. Encontramos los atributos descriptivos, que son características que describen al objeto. Avión avión + altitud + longitud + velocidad + nombre avión. altitud + longitud + velocidad + nombre avión serían los atributos descriptivos. También encontramos los identificadores de los objetos que son un conjunto de uno o más atributos que distinguen unívocamente cada instancia del objeto. Empleado empleado + nombre + domicilio + salario + departamento. nro empleado es el identificador del objeto. 2

3 Debemos tener un identificador único para cada tipo de objeto. Si un objeto sólo tiene un identificador como atributo, eliminar el objeto e incluir la información en otra entidad. Si no se puede encontrar un identificador para el objeto, este no es tomado como objeto. RELACION: Una relación es una abstracción que sólo muestra la asociación entre tipos de objetos. Un objeto puede estar conectado a una o más relaciones, pero nunca conectado directamente a otro objeto. Una relación no puede estar conectada directamente a otra relación. La relación es representada mediante un rombo, y en su interior lleva el nombre de la misma. Unicamente se define una relación entre dos o más tipos de objetos si dicha relación está basada en políticas, reglas o leyes que interesan al sistema que se modela. Las relaciones se pueden clasificar según los siguientes conceptos: 1) Grado. 2) Conectividad. 3) Condicionalidad. 1) Grado: Es la cantidad de objetos que intervienen en la relación. La relación puede ser unaria, binaria, ternaria, etc. 2) Conectividad: Es la cantidad de instancias de un objeto que participan en la relación con otro objeto. La relación puede ser de 1:1, 1: n, n:1, m:n. Nota: m o n significa muchos. Ejemplos: 1:1 Una provincia tiene un gobernador, y un gobernador tiene una provincia. 1:n Un cliente tiene n facturas, y una factura le pertenece a un solo cliente. n:1 Un empleado tiene un jefe, y un jefe tiene muchos empleados. m:n Un autor escribe muchos libros, y un libro fue escrito por muchos autores. 3

4 3) Condicionalidad: Indica si la participación de cada uno de los objetos en la relación es obligatoria u opcional, es decir, si existen o no instancias de los objetos intervinientes en la relación. Supongamos el siguiente ejemplo: los objetos son profesor y materia, la relación es dicta, en la cual una materia puede no tener asignado ningún profesor, y un profesor puede dictar varias materias. TIPO DE OBJETO ASOCIATIVO (T.O.A.) Es representado mediante un rectángulo unido a un rombo, sin nombre. Aparece cuando una relación contiene además información. Este tipo de objeto sólo existe mientras existan los objetos que relacionan. Un paciente puede consumir uno o varios medicamentos. Un medicamento puede ser consumido o no por varios pacientes. Como tipo de objeto asociativo tenemos el tratamiento, que es identificado por el número de paciente y los medicamentos consumidos; por lo tanto es una relación binaria. PACIENTE + nombre + dirección + teléfono + obra_social. MEDICAMENTO + {drogas}. TRATAMIENTO + dosis. TIPOS DE OBJETO SUB TIPO Y SUPER TIPO SUPER TIPO Es representado mediante un rectángulo. Es el resultado de tratar una clase de objetos similares como un nuevo tipo de objeto. Vehículo es super tipo compuesto de auto y camión. Personal es super tipo compuesto de personal de venta y personal de compra. Caja de ahorro compuesto de caja de ahorro común y caja de ahorro especial. SUB TIPO Es un tipo de objeto, y es el resultado de tratar un subconjunto de algún tipo de objeto como un nuevo tipo de objeto. En los ejemplos anteriores, personal de compra y personal de ventas, auto y camión, caja de ahorro común y caja de ahorro especial son sub tipos. 4

5 TECNICA PARA CONSTRUIR UN D.E.R. Para construir un D.E.R. puede utilizarse como regla práctica básica, el tomar los sustantivos importantes como objetos y los verbos importantes como relaciones. 1) Identificar los objetos. 2) Individualizar identificadores únicos de los objetos, si no puede encontrarse un identificador o el objeto posee una sola instancia, este elemento no es un objeto. 3) Identificar relaciones entre objetos. 4)Clasificar relaciones, según conceptos de grado, conectividad, condicionalidad. 5) Identificar objetos asociativos. 6) Identificar super tipos y subtipos, agrupando objetos que posean atributos comunes y alguna condición de diferenciación. 7) Dibujar el D.E.R. según la notación de la herramienta. 8) Eliminar elementos redundantes o fuera del alcance del sistema. 9) Generar una entrada en el Diccionario de Datos por cada elemento del D.E.R. REGLAS. Un tipo de objeto puede estar conectado a una o más relaciones. Una relación debe conectarse a uno o más objetos. Un objeto no puede estar conectado directamente a otro objeto. Una relación no puede estar conectada directamente a otra. No puede haber distintos objetos con el mismo nombre. No incluir relaciones irrelevantes para el sistema. Eliminar relaciones que no puedan existir en el mundo real. Eliminar relaciones que son redundantes. Si un objeto sólo tiene su identificador como atributo, eliminarlo e incluir la información en otra entidad. DICCIONARIO DE DATOS DEL ESQUEMA DE DATOS Es necesario incluir en el Diccionario de Datos la información de todos los elementos del D.E.R. Agregamos a los atributos que sirvan como identificación. Objetos + atributos. Tipo de objeto asociativo = {@identificador1} + {@identificador2} + atributos. (caso 1:1). {@identificador1} (caso N:1). {@identificador1} + {@identificador2} (caso m:n). Super tipo = {atributos comunes} + {subtipos}. 5

6 Sub tipo = idem objetos. NORMALIZACIÓN DEFINICIÓN DE NORMALIZACIÓN Es un conjunto de reglas y procedimientos que permiten definir una estructura de datos simple y estable frente a los cambios. DEFINICIÓN DE CLAVE CANDIDATA Es el conjunto de aquellos atributos cuyos valores puede identificar una instancia de otra dentro de un objeto en forma unívoca. DEFINICIÓN DE CLAVE PRIMARIA La clave primaria es elegida entre las claves candidatas. Se elige a aquella que tenga menor cantidad de atributos. La clave primaria es única. DEFINICIÓN DE CLAVE SECUNDARIA Es un conjunto de atributos que permiten recuperar instancias dentro de un objeto que cumplen con determinada propiedad. DEPENDENCIA FUNCIONAL COMPLETA Se dice que un atributo A tiene dependencia funcional completa con un conjunto de atributos B si el valor de A está relacionada con todos los elementos del conjunto B. DEPENDENCIA FUNCIONAL PARCIAL Se dice que un atributo A tiene dependencia funcional parcial con un conjunto de atributos B si el valor de A está relacionado con algunos pero no todos los elementos del conjunto B. FACTURA + #cliente + nombre cliente + fecha + #artículo + nombre artículo + cantidad artículo + precio unitario + precio por cantidad + precio total. 6

7 PRIMERA FORMA NORMAL DEFINICIÓN Una estructura de datos sin grupos repetitivos está automáticamente en primera forma normal. TÉCNICA DE CONSTRUCCIÓN 1) Identificar claves candidatas. 2) Seleccionar la clave primaria. 3) Dividir el objeto en tantos objetos como sean necesarios para separar los grupos repetitivos. FACTURA CABECERA + #cliente + nombre cliente + fecha + precio total. FACTURA DETALLE + nombre artículo + cantidad artículo + precio unitario + precio por cantidad. SEGUNDA FORMA NORMAL DEFINICIÓN Un objeto está en Segunda Forma Normal si está en Primera Forma Normal y además todos los atributos no clave tienen dependencia funcional completa con la clave primaria. TÉCNICA DE CONSTRUCCIÓN Si la clave primaria está compuesta por más de un atributo, verificar que cada atributo no clave depende de toda la clave y no solamente de una parte. Dividir el objeto si es necesario para lograr este objetivo. FACTURA CABECERA + #cliente + nombre cliente + fecha + precio total. FACTURA DETALLE + cantidad artículo + precio por cantidad. ARTICULO + nombre artículo + precio unitario. 7

8 TERCERA FORMA NORMAL DEFINICIÓN Un objeto está en tercera forma normal si está en segunda forma normal y además todos sus atributos no clave son independientes entre sí. TÉCNICA DE CONSTRUCCIÓN Verificar que todos los atributos no clave sean mutuamente independientes entre sí. Suprimir atributos redundantes o dividir los objetos. FACTURA CABECERA + #cliente + fecha. CLIENTE + nombre cliente. FACTURA DETALLE + cantidad artículo. ARTICULO + nombre artículo + precio unitario. Nota: precio total y precio por cantidad se deben eliminar ya que se pueden calcular con otros atributos. Precio por cantidad multiplicando la cantidad de artículos por el precio unitario, y el precio total con la suma de todos los precios por cantidad. 8

Modelado Entidad-Relación

Modelado Entidad-Relación Modelado Entidad-Relación Un diagrama o modelo entidad-relación (a veces denominado por su siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad Relación) es una herramienta para el modelado

Más detalles

INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE.

INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE. INSTITUTO TECNOLOGICO SUPERIOR DE LERDO. ALUMNO: JUAN ESQUIVEL VAQUERA. ENSAYO: Modelo entidad-relación. PROFESOR: RICARDO BUSTAMANTE. MATERIA: ADMON DE BASE DE DATOS. CARRERA: LIC.INFORMATICA. INDICE:

Más detalles

Gestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación

Gestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación Gestion y Modelación de Datos Diseño de BD - Modelo Entidad Relación Julio de 2011 Contenido 1 Diseño de Bases de Datos 2 Diseño de Bases de Datos Diseño Conceptual Describe el contenido (información)

Más detalles

Modelado de Datos Material desarrollado por Marcelo Rocha Vargas, 2011

Modelado de Datos Material desarrollado por Marcelo Rocha Vargas, 2011 Modelado de Datos Material desarrollado por Marcelo Rocha Vargas, 2011 Introducción Un modelo de datos es un conjunto de conceptos que pueden ser usados para describir-diseñar la estructura de una Base

Más detalles

Análisis y Diseño de Sistemas

Análisis y Diseño de Sistemas Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 17 Modelo Entidad Relación Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar] 1er. CUATRIMESTRE

Más detalles

Diseño de base de datos: Modelo Entidad Relación (II)

Diseño de base de datos: Modelo Entidad Relación (II) Diseño de base de datos: Modelo Entidad Relación (II) I. Relaciones Una relación es una asociación entre dos o más entidades. Así, por ejemplo, podría existir una relación entre la entidad Empleado y un

Más detalles

TEMA 3.- MODELOS CONCEPTUALES DE DATOS.

TEMA 3.- MODELOS CONCEPTUALES DE DATOS. TEMA 3.- MODELOS CONCEPTUALES DE DATOS. El Diseño de una Base de Datos. Modelos de Datos. El Modelo Entidad-Relación. Extensiones del Modelo Entidad-Relación. 1. El Diseño de una Base de Datos El Sistema

Más detalles

BASES DE DATOS TEMA 2 MODELOS DE DATOS

BASES DE DATOS TEMA 2 MODELOS DE DATOS SES DE DTOS TEM 2 MODELOS DE DTOS Un modelo de datos es una serie de conceptos que puede utilizarse para describir un conjunto de datos y las operaciones para manipularlos. Hay dos tipos de modelos de

Más detalles

Modelo Conceptual Modelo Entidad - Relación

Modelo Conceptual Modelo Entidad - Relación Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad - Relación Fases en el diseño de una BD Situación del mundo real Modelos de Datos 1 era Diseño Conceptual Modelo Entidad Relación M.E.R. 2

Más detalles

Unidad II. Diseño Conceptual de una Base de Datos: Modelo Entidad/Relación Extendido. (Elmasri-Korth)

Unidad II. Diseño Conceptual de una Base de Datos: Modelo Entidad/Relación Extendido. (Elmasri-Korth) Unidad II Diseño Conceptual de una Base de Datos: Modelo Entidad/Relación Extendido (Elmasri-Korth) Sistema de Base de Datos Base de Datos Cómo la construimos? Base de Datos Proceso de Construcción de

Más detalles

BASE DE DATOS Modelos de Datos

BASE DE DATOS Modelos de Datos BASE DE DATOS Modelos de Datos Autor: Lic. Jaquelina E. Escalante Desarrollo de una Base de datos 1 Análisis de requisitos, es decir, el estudio del sistema que se pretende modelar de la forma más precisa

Más detalles

CARACTERÍSTICAS DEL MODELO AMBIENTAL:

CARACTERÍSTICAS DEL MODELO AMBIENTAL: MODELO AMBIENTAL OBJETIVO DEL MODELO AMBIENTAL: El objetivo del modelo ambiental es describir la relación que existe entre el sistema y el medio ambiente. CARACTERÍSTICAS DEL MODELO AMBIENTAL: Para poder

Más detalles

Modelos de Datos. Modelo Entidad-Relación

Modelos de Datos. Modelo Entidad-Relación Modelos de Datos Diseño Lógico de Bases de Datos Modelo Entidad/Relación Modelo Relacional Paso a tablas Modelo Entidad-Relación Formulado por P.P. Chen en 1976 Modelo de datos que representa un esquema

Más detalles

Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I

Sistemas de Bases de Datos I MODELADO DE DATOS I. Sistema de Bases de Datos I Sistemas de Bases de Datos I MODELADO DE DATOS I Qué es el Modelado de Datos? MUNDO REAL ANALIZAR INTERPRETAR ABSTRAER MODELO Qué es el Modelado de Datos? Es la representación de cosas del mundo real.

Más detalles

Modelo del Dominio del Problema y Representación en UML. UNIDAD 6 Análisis y Diseño de Sistemas de Información

Modelo del Dominio del Problema y Representación en UML. UNIDAD 6 Análisis y Diseño de Sistemas de Información Modelo del Dominio del Problema y Representación en UML UNIDAD 6 Análisis y Diseño de Sistemas de Información Modelo del Dominio del Problema Consiste de los objetos del dominio del problema, es decir,

Más detalles

Modelos de datos. Colección de herramientas conceptuales para describir

Modelos de datos. Colección de herramientas conceptuales para describir Modelos de datos Colección de herramientas conceptuales para describir datos, relaciones entre ellos, semántica asociada a los datos y restricciones de consistencia. Modelos de datos Modelos basados en

Más detalles

Introducción a las Bases de Datos UNIDAD II MODELO ENTIDAD-RELACION

Introducción a las Bases de Datos UNIDAD II MODELO ENTIDAD-RELACION Introducción a las Bases de Datos UNIDAD II MODELO ENTIDAD-RELACION Modelo E-R El modelo de datos entidad - relación (E-R) esta basado en la percepción del mundo real que consta de un conjunto de objetos

Más detalles

BASES DE DATOS 1. Teórico: Diseño Conceptual

BASES DE DATOS 1. Teórico: Diseño Conceptual BASES DE DATOS 1 Teórico: Diseño Conceptual MODELADO CONCEPTUAL Primera etapa en el diseño de una BD Sub-etapas: Estudio del problema real Especificación usando un lenguaje de muy alto nivel Validar el

Más detalles

Bases de datos 1. Teórico: Diseño Conceptual

Bases de datos 1. Teórico: Diseño Conceptual Bases de datos 1 Teórico: Diseño Conceptual Modelado Conceptual Primera etapa en el diseño de una BD Estudio del problema real Especificación usando un lenguaje de muy alto nivel Validar el resultado Actividad

Más detalles

Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación

Sistemas informáticos industriales. Diccionario de Datos. Diagrama Entidad Relación Sistemas informáticos industriales 2017 Diccionario de Datos Diagrama Entidad Relación DICCIONARIO DE DATOS Un diccionario de datos (DD) es una lista organizada de los datos utilizados por el sistema que

Más detalles

Formato para prácticas de laboratorio

Formato para prácticas de laboratorio CARRERA PLAN DE ESTUDIO CLAVE ASIGNATURA NOMBRE DE LA ASIGNATURA IC 2003-1 5046 Bases de Datos PRÁCTICA No. 3 LABORATORIO DE NOMBRE DE LA PRÁCTICA Bases de Datos DURACIÓN (HORA) Modelo Entidad - Relación

Más detalles

Modelo Entidad-Relación MER

Modelo Entidad-Relación MER Modelo Entidad-Relación MER 1 Modelo Entidad-Relación Es un modelo conceptual y se utiliza para la definición de datos. Se basa en representar objetos (entidades) y relaciones entre esos objetos. Describe

Más detalles

Modelo Entidad Relación.MER.

Modelo Entidad Relación.MER. Modelo Entidad Relación.MER. Conceptos básicos del modelo. Entidad. Atributo. Dominio. Relación. Entidad. Cosa u objeto del mundo real con existencia propia y distinguible del resto. Ejemplos: persona,

Más detalles

Tema 2: Diseño conceptual de Bases de Datos.

Tema 2: Diseño conceptual de Bases de Datos. Tema 2: Diseño conceptual de Bases de Datos. El Modelo Entidad Relación Agustín Riscos Núñez e-mail: ariscosn@us.es Bases de Datos 2010/11 Ciencias de la Computación e IA (http://www.cs.us.es/) Universidad

Más detalles

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad Relación Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad Relación Modelo Conceptual situación del mundo real Modelo Conceptual situación del mundo real Modelado conceptual Modelo Conceptual situación

Más detalles

DISEÑO DE BASES DE DATOS RELACIONALES

DISEÑO DE BASES DE DATOS RELACIONALES UF 2175 DISEÑO DE BASES DE DATOS RELACIONALES PROGRAMACIÓN DIDÁCTICA DISEÑO DE BASES DE DATOS RELACIONALES (50 horas) Inicio 20 de Marzo Fin 1 de Abril Miércoles 1 de Abril: Trabajo práctico Miércoles

Más detalles

TEMA 2 MODELO CONCEPTUAL DE DATOS

TEMA 2 MODELO CONCEPTUAL DE DATOS TEMA 2 MODELO CONCEPTUAL DE DATOS 1 UD 2.- Modelo conceptual de datos 2.1 Modelo de datos 2.2 Modelo conceptual 2.2.1.- Elementos del modelo 2.2.2.- Entidades fuertes y débiles. Relaciones de dependencia

Más detalles

Modelo Esencial para un Sistema Integrado de Gestión Universitaria

Modelo Esencial para un Sistema Integrado de Gestión Universitaria Modelo Esencial para un Sistema Integrado de Gestión Universitaria Contenido: 1. Introducción. 2. Modelo Esencial. 3. Conclusión. Autores: Horacio A. Maglione y Viviana A. Placentino 1 1. Introducción

Más detalles

MODELO ENTIDAD - RELACIÓN

MODELO ENTIDAD - RELACIÓN 3 MODELO ENTIDD - RELCIÓN 1 Objetivos Comprender qué datos existen y cómo se relacionan entre ellos, independientemente de cómo son o serán almacenados físicamente. Comprender qué información necesita

Más detalles

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad-Relación

Sistemas de Bases de Datos I. Modelo Conceptual. Modelo Entidad-Relación Sistemas de Bases de Datos I Modelo Conceptual Modelo Entidad-Relación Modelo Conceptual situación del mundo real Modelo Conceptual situación del mundo real Modelado conceptual Modelo Conceptual situación

Más detalles

JUAN C. MIRANDA R. Unidad II. Elementos para Interpretar el Modelo Conceptual de Datos 01/06/2012. Unidad Curricular: Base de Datos

JUAN C. MIRANDA R. Unidad II. Elementos para Interpretar el Modelo Conceptual de Datos 01/06/2012. Unidad Curricular: Base de Datos JUAN C. MIRANDA R. Unidad II Elementos para Interpretar el Modelo Conceptual de Datos 01/06/2012 Unidad Curricular: Base de Datos UNIDAD 2 Elementos para Interpretar el Modelo Conceptual de Datos Modelo

Más detalles

Base de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos

Base de Datos. Docente: Ing. Francisco Rodríguez BASE DATOS. Resultados. Internet. Requerimientos UNIVERSIDAD NACIONAL DE TRUJILLO ESCUELA DE ING. INDUSTRIAL Base de Datos Resultados Internet Requerimientos BASE DATOS Docente: Ing. Francisco Rodríguez Tema 3: Modelo Entidad Interrelación 1. Modelización

Más detalles

Diagramas De Casos De Uso

Diagramas De Casos De Uso Estáticos Diagramas De Casos De Uso Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario.. Por lo tanto los casos de uso determinan los requisitos

Más detalles

MODELO Entidad- Relación (E-R)

MODELO Entidad- Relación (E-R) MODELO Entidad- Relación (E-R) Notas de Clase BD El objetivo de este modelo conceptual es desarrollar diagramas E-R que representen los requerimientos de información del mundo/empresa/sección de la realidad

Más detalles

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING.

Base de Datos. Profesor: José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE ING. INFORMÁTICA Base de Datos Usuario A Programa de Aplicación Bodega Usuario B Usuario N Insumo Proveedor Profesor: José Miguel

Más detalles

DED Diagramas de Estructura Lógica de Datos. Universidad de Oviedo Departamento de Informática

DED Diagramas de Estructura Lógica de Datos. Universidad de Oviedo Departamento de Informática DED Diagramas de Estructura Lógica de Datos Universidad de Oviedo Departamento de Informática Contenidos Introducción Relaciones Construcción del modelo conceptual Normalización Primera Forma Normal Segunda

Más detalles

Procedimiento para construir el diagrama de clases

Procedimiento para construir el diagrama de clases Procedimiento para construir el diagrama de clases Proceso de construcción del modelo de clases Identificación de objetos y clases Identificación de atributos y funciones asociaciones y agregaciones relaciones

Más detalles

Modelo y Análisis 179

Modelo y Análisis 179 Modelo y Análisis 179 2.6 Análisis Funcional Por medio del análisis funcional: Se muestra las operaciones de los objetos y sus dependencia de datos por medio de los diagramas de flujo de datos. Se descompone

Más detalles

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema

Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Modelado - Vocabulario del Sistema Modelado Los diagramas de clases y de objetos sirven para modelar diversos aspectos estructurales o estáticos de un sistema: Vocabulario del Sistema Distribución de Responsabilidades Semántica de una Clase

Más detalles

Carlos Castillo UPF 2008

Carlos Castillo UPF 2008 Sistemas de Información II Tema 3. El modelo entidad-relación Bibliografía: Elmasri y Navathe: Fundamentos de Sistemas de Bases de Datos 3ª edición, 2002 (Capítulo 3). Garcia-Molina, Ullman y Widom: Database

Más detalles

Relaciones entre entidades de la realidad

Relaciones entre entidades de la realidad Relaciones entre entidades de la realidad En varios ejemplos de nuestra agencia de viajes, encontramos que los actores de la realidad se relacionan entre sí de distintas maneras, por ejemplo cuando vemos

Más detalles

Relaciones entre entidades de la realidad

Relaciones entre entidades de la realidad Page1 Relaciones entre entidades de la realidad En varios ejemplos de nuestra agencia de viajes, encontramos que los actores de la realidad se relacionan entre sí de distintas maneras, por ejemplo cuando

Más detalles

Capítulo 6: Diseño de BD y el modelo ER

Capítulo 6: Diseño de BD y el modelo ER Capítulo 6: Diseño de BD y el modelo ER Database System Concepts, 5th Ed. See www.db-book.com for conditions on re-use Capítulo 6: Diseño de BD y el modelo ER Visión general del proceso de diseño Modelado

Más detalles

Unidad 4: MODELO DE COMPORTAMIENTO OBJETIVO DEL MODELO DE COMPORTAMIENTO

Unidad 4: MODELO DE COMPORTAMIENTO OBJETIVO DEL MODELO DE COMPORTAMIENTO Unidad 4: MODELO DE COMPORTAMIENTO OBJETIVO DEL MODELO DE COMPORTAMIENTO Describir las respuestas que debe dar el sistema. CARACTERÍSTICAS DEL MODELO DE COMPORTAMIENTO El modelo de comportamiento está

Más detalles

Diseño de Base de Datos Relacionales

Diseño de Base de Datos Relacionales Diseño de Base de Datos Relacionales 1 Modelización: Proceso para obtener un diseño de Base de Datos, partiendo de un relevamiento de datos y análisis de requerimientos Proceso de Diseño: Relevamiento

Más detalles

Modelo entidad-relación

Modelo entidad-relación Semana 10 Empecemos! Bienvenidos a la semana 10! Ya conocemos lo que es una entidad, sus atributos y las relaciones entre entidades. Con estos temas todavía frescos en tu mente, estudiarás ahora el modelaje

Más detalles

Modelo ERE. Universidad de los Andes Demián Gutierrez Marzo 2011 1

Modelo ERE. Universidad de los Andes Demián Gutierrez Marzo 2011 1 Modelo ERE Universidad de los Andes Demián Gutierrez Marzo 20 Modelo ER / Diagramas ER Modelo Entidad-Relación (ER) (Chen, 976) Modelo Entidad-Relación-Extendido (ERE) (Teorey 986) Es un modelo de datos

Más detalles

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1

Unidad II. Metodología para resolver problemas aplicando la POO. Parte 1 Unidad II Metodología para resolver problemas aplicando la POO Parte 1 1 Metodología para resolver problemas aplicando la POO Fases I.Definición de requisitos II.Análisis del problema III.Diseño de solución

Más detalles

12/08/2017. Introducción. Diagrama de flujo de datos. Ejemplo inicial de un DFD. Componentes de un DFD

12/08/2017. Introducción. Diagrama de flujo de datos. Ejemplo inicial de un DFD. Componentes de un DFD Introducción Diagrama de flujo de datos ICI3242 Modelamiento de sistemas de software Escuela de Ingeniería Informática Pontificia Universidad Católica de Valparaíso Los Diagramas de Flujo de Datos (DFD)

Más detalles

BASES DE DATOS (IG18 Semipresencial) Diseño Conceptual de Bases de Datos. Modelo Entidad-Relación

BASES DE DATOS (IG18 Semipresencial) Diseño Conceptual de Bases de Datos. Modelo Entidad-Relación BASES DE DATOS (IG18 Semipresencial) Diseño Conceptual de Bases de Datos. Modelo Entidad-Relación Lledó Museros / Ismael Sanz museros@icc.uji.es / isanz@icc.uji.es 1de 28 Índice 1. Introducción 2. Metodología

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 3: MODELADO DE DATOS

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 3: MODELADO DE DATOS Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 3: MODELADO DE DATOS 1 MODELIZACIÓN DE DATOS Concepto de base de Datos Modelo conceptual: Diagramas Entidad/Relación

Más detalles

Una relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas.

Una relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas. Una relación esta en 4FN si esta en la BCFN y no contiene dependencias multivaluadas. Existe una Dependencia Multivaluada cuando hay tres atributos (A,B y C) en una relación, tal que: Por cada valor de

Más detalles

Base de Datos. Profesores: Franklin Johnson P. José Miguel Rubio L.

Base de Datos. Profesores: Franklin Johnson P. José Miguel Rubio L. P. UNIVERSIDAD CATÓLICA DE VALPARAÍSO FACULTAD DE INGENIERÍA ESCUELA DE INFORMÁTICA Base de Datos Usuario A Programa de Aplicación Bodega Usuario B Usuario N Insumo Proveedor Profesores: Franklin Johnson

Más detalles

Y cuando en la transacción Flight nombramos a CountryName, sabemos que será inferido a través del atributo AirporId.

Y cuando en la transacción Flight nombramos a CountryName, sabemos que será inferido a través del atributo AirporId. Habíamos visto un caso donde debimos definir un grupo de subtipos porque teníamos en una transacción una doble referencia a un mismo actor de la realidad. Era el caso de la transacción Flight, en la cual

Más detalles

BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN

BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN BASES DE DATOS TEMA 3 MODELO ENTIDAD - RELACIÓN 3.1 Conceptos Básicos El modelo entidad-relación es el modelo más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chan en

Más detalles

Tema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A

Tema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A Tema 1. Introducción a UML C H R I STO PHER E X P Ó S I TO I Z Q U I ERDO A I R A M E X P Ó S I TO M Á R Q UEZ I S R A E L LÓ P EZ P L ATA M A R Í A B E L É N M E L I Á N BAT I STA J O S É MARCOS M O R

Más detalles

Tareas de la minería de datos: clasificación. CI-2352 Intr. a la minería de datos Prof. Braulio José Solano Rojas ECCI, UCR

Tareas de la minería de datos: clasificación. CI-2352 Intr. a la minería de datos Prof. Braulio José Solano Rojas ECCI, UCR Tareas de la minería de datos: clasificación CI-2352 Intr. a la minería de datos Prof. Braulio José Solano Rojas ECCI, UCR Tareas de la minería de datos: clasificación Clasificación (discriminación) Empareja

Más detalles

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases

Prof. Mariano Mancuso. Sistemas de información y control diagrama de clases Prof. Mariano Mancuso Sistemas de información y control diagrama de clases UML Qué son los modelos? Para qué sirven los modelos? Cuáles son los modelos de UML? Se usan todos...? Qué son los modelos? Un

Más detalles

Qué es un Modelo de Dominio

Qué es un Modelo de Dominio MODELO CONCEPTUAL/ MODELO DE DOMINIO Qué es un Modelo de Dominio Un Modelo de Dominio es una representación visual de clases conceptuales o de objetos reales en un dominio de interés [MO95]. Un Modelo

Más detalles

Diseño de base de datos: Modelo Entidad Relación (I)

Diseño de base de datos: Modelo Entidad Relación (I) Diseño de base de datos: Modelo Entidad Relación (I) I. Fases del desarrollo para lograr un buen diseño El proceso de diseño de una base de datos comienza por una descripción detallada del sistema de información

Más detalles

Para eso abrimos el ambiente de desarrollo de Genexus.

Para eso abrimos el ambiente de desarrollo de Genexus. Overview GeneXus - Demo: 1. IDE de GeneXus, creación de base de conocimiento para desarrollar un sistema de facturación y objeto Transacción para ingreso de facturas. Vamos a ver ahora en una demo las

Más detalles

PROGRAMACION II. Dr. Mario Rossainz López. Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Primavera de 2017

PROGRAMACION II. Dr. Mario Rossainz López. Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Primavera de 2017 PROGRAMACION II Dr. Mario Rossainz López Fac. de Cs. de la Computación Benemérita Universidad Autónoma de Puebla Primavera de 2017 ABSTRACCIÓN: Proceso mental e intelectual que ignora selectivamente partes

Más detalles

5. El diseño lógico de una BD es independiente del modelo de datos elegido para su posterior implementación.

5. El diseño lógico de una BD es independiente del modelo de datos elegido para su posterior implementación. Temas 1 y 2 Bases de Datos 2010/11 Miguel Ángel Martínez del Amor Agustín Riscos Núñez Relación 1: Sistemas de Gestión de Bases de Datos y Diseño conceptual de Bases de Datos: el Modelo-Entidad Relación.

Más detalles

Sistemas de Información II. Modelo del Negocio

Sistemas de Información II. Modelo del Negocio Modelo del Negocio El Proceso Unificado Concepción Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Implantación Admón. del Proyecto Iteraciones

Más detalles

UNIVERSIDAD JOSE CARLOS MARIATEGUI. Figura 15. Figura 16

UNIVERSIDAD JOSE CARLOS MARIATEGUI. Figura 15. Figura 16 UNIVERSIDAD JOSE CARLOS MARIATEGUI El Administrador Corporativo de MS SQL Server 2000 (Primera Parte) Objetivo: Crear una Base de Datos en MS SQL Server 2000 Aplicar Ingeniería Directa con ErWin 4.1 El

Más detalles

Tema II: Nivel conceptual de una Base de Datos. El modelo E/R

Tema II: Nivel conceptual de una Base de Datos. El modelo E/R 3 - MODELO ENTIDAD-RELACION. DIAGRAMAS E/R Tema II: Nivel conceptual de una Base de Datos. El modelo E/R 3.1 - Introducción: de B.D. y modelado conceptual 3.2 - Entidad y tipo de entidad 3.3 - Atributos

Más detalles

Casos de Uso. Introducción. Actores

Casos de Uso. Introducción. Actores Casos de Uso Introducción Los diagramas de casos de uso documentan el comportamiento de un sistema desde el punto de vista del usuario. Representan las funciones que un sistema puede ejecutar. Por tanto

Más detalles

MODELIZACIÓN CONCEPTUAL DE DATOS

MODELIZACIÓN CONCEPTUAL DE DATOS MODELIZACIÓN CONCEPTUAL DE DATOS AUTORÍA ÁNGEL LUIS COBO YERA TEMÁTICA BASES DE DATOS ETAPA CICLOS FORMATIVOS. Resumen En este artículo, se explican los conceptos fundamentales de la modelización conceptual

Más detalles

Base de Datos Práctica de Modelización

Base de Datos Práctica de Modelización Base de Datos Práctica de Modelización Objetivos Lograr un modelo conceptual a partir de la descripción de un problema del mundo real. Comprender las diferentes partes de un DER y su utilización Asimilar

Más detalles

TEMA 4. PROCESO UNIFICADO

TEMA 4. PROCESO UNIFICADO TEMA 4. PROCESO UNIFICADO Diseño El objetivo final del diseño es producir un Modelo Lógico del sistema a implementar. Diferencia entre Análisis y Diseño del Proceso Unificado Modelo de Análisis Modelo

Más detalles

Metodología de Diseño Lógico. Sistemas Gestores de Bases de Datos

Metodología de Diseño Lógico. Sistemas Gestores de Bases de Datos Introducción El objetivo del diseño lógico es convertir los esquemas conceptuales locales en un esquema lógico global que se ajuste al modelo de SGBD sobre el que se vaya a implementar el sistema. Mientras

Más detalles

02 El Modelo Conceptual

02 El Modelo Conceptual 02 El Modelo Conceptual Nota: la amplia mayoría del contenido (representado en cursiva) está extraído de Bases de Datos (Mercedes Marqués Bajo licencia Creative Commons ISBN 978-84-693-0146-3) A.- Qué

Más detalles

TAREA No. 2 MODELO ENTIDAD RELACIÓN FANNY MILEISIS DIAZ PINTO

TAREA No. 2 MODELO ENTIDAD RELACIÓN FANNY MILEISIS DIAZ PINTO TAREA No. 2 MODELO ENTIDAD RELACIÓN FANNY MILEISIS DIAZ PINTO UNIVERSIDAD DE LA GUAJIRA FACULTAD DE CIENCIAS ECONOMICAS Y ADMINISTRATIVAS CONTADURIA PÚBLICA RIOHACHA, LA GUAJIRA 2013 TAREA No. 2 MODELO

Más detalles

TÍTULO: BASES DE DATOS Disponibilidad Objetivos 5 Definicion de una base de datos 9 Datos de nomina (tabla) 9 Esquema de bases de datos (mapa

TÍTULO: BASES DE DATOS Disponibilidad Objetivos 5 Definicion de una base de datos 9 Datos de nomina (tabla) 9 Esquema de bases de datos (mapa TÍTULO: BASES DE DATOS Pág. Disponibilidad Objetivos 5 Definicion de una base de datos 9 Datos de nomina (tabla) 9 Esquema de bases de datos (mapa conceptual) 10 Datos de venta (tabla) 10 Caracteristicas

Más detalles

6 Diagrama Entidad-Relación

6 Diagrama Entidad-Relación 6 Diagrama Entidad-Relación 6.1 Concepto El modelo E-R (entidad-relación) fue propuesto por E. Chen en 1976 para la definición del esquema conceptual de una BD. Posteriormente se ha ido enriqueciendo con

Más detalles

El modelo Entidad-Relación

El modelo Entidad-Relación Dra. Amparo López Gaona tación Fac. Ciencias, UNAM Construcción de una BD Pasos en la construcción de una aplicación: Construcción de una BD Pasos en la construcción de una aplicación: 1 Entender el dominio

Más detalles

Técnicas de Minería de Datos

Técnicas de Minería de Datos Técnicas de Minería de Datos Act. Humberto Ramos S. 1 Qué es Minería de datos? El desarrollo de dispositivos tecnológicos para acumular datos a bajo costo. Acumulación o registro de gran cantidad de datos.

Más detalles

El Enfoque del Marco Lógico L a las ENDES. Introducción. Banco Mundial. Octubre, Programa MECOVI-Banco Mundial

El Enfoque del Marco Lógico L a las ENDES. Introducción. Banco Mundial. Octubre, Programa MECOVI-Banco Mundial El Enfoque del Marco Lógico L aplicado a las ENDES Introducción José R. Molinas Vega Banco Mundial Octubre, 2005 EL MARCO LÓGICO Una herramienta para fortalecer el Diseño, la Ejecución y la Evaluación

Más detalles

Bases de Datos Geográficos

Bases de Datos Geográficos Bases de Datos Geográficos Pasaje de MER a Modelo Instituto de Agrimensura - Facultad de Ingeniería Universidad de la República Uno de los puntos principales del esquema relacional, en contraste con un

Más detalles

Diseño de Bases de Datos. Normalización

Diseño de Bases de Datos. Normalización Diseño de Bases de Datos Normalización Un ejemplo Proveedores (cod-proveedor, nom-proveedor, cod-insumo, precio) Para la consulta: nombre del proveedor que vende el insumo del producto con código 103 Un

Más detalles

Qué Necesita el Usuario

Qué Necesita el Usuario Qué Necesita el Usuario Qué Pidió el Usuario Cómo lo Vio el Analista Cómo se Diseñó Cómo lo Escribió el Programador Cómo Funciona el Sistema (en ocasiones...) Qué es? Técnica para la captura de requisitos

Más detalles

UNIDAD 12.- Estadística. Tablas y gráficos (tema12 del libro)

UNIDAD 12.- Estadística. Tablas y gráficos (tema12 del libro) UNIDAD 12.- Estadística. Tablas y gráficos (tema12 del libro) 1. ESTADÍSTICA: CLASES Y CONCEPTOS BÁSICOS En sus orígenes históricos, la Estadística estuvo ligada a cuestiones de Estado (recuentos, censos,

Más detalles

Modelo Entidad Relación

Modelo Entidad Relación Modelo Entidad Relación II - Semestre 2006 1 Diseño de Base de Datos 2 Diseño Conceptual (MER) Cuáles son las entidades y relaciones de la aplicación? Qué información de estas entidades y relaciones deberían

Más detalles

Notaciones de Entidad Relación ER

Notaciones de Entidad Relación ER Notaciones de Entidad Relación ER Diseño de Bases de Datos 1. Modelo Entidad-Relación Objetivos: Conocer los conceptos y notación del modelo conceptual de datos entidad-relación. Comprender los significados

Más detalles

Tomado y Adaptado de cursos de Objetos de Uniandes, Bogotá

Tomado y Adaptado de cursos de Objetos de Uniandes, Bogotá Programación Orientada a Objetos Problema Bien Definido, Clase, Objeto Tomado y Adaptado de cursos de Objetos de Uniandes, Bogotá Proceso de Desarrollo de Sw OO como herramienta de modelaje Refinamiento

Más detalles

Manual para el Usuario de TrabajaEn

Manual para el Usuario de TrabajaEn Secretaría de la Función Pública Unidad de Recursos Humanos y Profesionalización de la Administración Pública Federal Manual para el Usuario de TrabajaEn ÍNDICE Manual para el Usuario de TrabajaEn... 3

Más detalles

Análisis y Diseño de Sistemas

Análisis y Diseño de Sistemas Análisis y Diseño de Sistemas Dpto. Ciencias e Ingeniería de la Computación Universidad Nacional del Sur Clase 9 Modelo Estructural Conceptos Avanzados Lic. María Mercedes Vitturini [mvitturi@cs.uns.edu.ar]

Más detalles

Tareas de la minería de datos: clasificación. PF-5028 Minería de datos Prof. Braulio José Solano Rojas UCR

Tareas de la minería de datos: clasificación. PF-5028 Minería de datos Prof. Braulio José Solano Rojas UCR Tareas de la minería de datos: clasificación PF-5028 Minería de datos Prof. Braulio José Solano Rojas UCR Tareas de la minería de datos: clasificación Clasificación (discriminación) Empareja o asocia datos

Más detalles

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES

Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES Departamento de Informática Universidad de Valladolid Campus de Segovia TEMA 7, SECCIÓN 2: MODELADO DE FUNCIONES 1 MODELIZACIÓN DE FUNCIONES Diagramas de flujo de datos Diccionario de datos 2 DIAGRAMAS

Más detalles

Cliente- Servidor. Bases de Datos Distribuidas

Cliente- Servidor. Bases de Datos Distribuidas 1 2 3 4 Cliente- Servidor La tecnología que se utiliza habitualmente para distribuir datos es la que se conoce como entorno (o arquitectura) cliente/servidor (C/S). Todos los SGBD relacionales del mercado

Más detalles

DIAGRAMAS DE CLASES. Clases, asociaciones y atributos. Interfaces con sus operaciones y constantes. Información acerca del tipo de los atributos.

DIAGRAMAS DE CLASES. Clases, asociaciones y atributos. Interfaces con sus operaciones y constantes. Información acerca del tipo de los atributos. Completando los diagramas de interacción, es posible identificar la especificación de las clases que participarán en la solución indicando detalles de su implementación, como por ejemplo los métodos. Entradas

Más detalles

Análisis Modelado del Dominio

Análisis Modelado del Dominio Análisis Modelado del Dominio Contenido Introducción Modelo de Dominio Conceptos Asociaciones Atributos Generalizaciones Otros elementos Restricciones Programación 4 - Curso 2013 Análisis - Modelado del

Más detalles

Diccionario de Datos (DD)

Diccionario de Datos (DD) Diccionario de Datos (DD) Propósitos de un DD Notaciones del DD: opcionalidad, repetición, selección, datos elementales y aliases DER y el DD DCla y el DD Consideraciones finales Modelamiento de Sistemas

Más detalles

Laboratorio de Base de Datos Práctica Nro. 3, Modelo Relacional y Transformaciones

Laboratorio de Base de Datos Práctica Nro. 3, Modelo Relacional y Transformaciones Laboratorio de Base de Datos Práctica Nro. 3, Modelo Relacional y Transformaciones Prof. Solazver Solé Preps. Alvaro Araujo, Nerio Moran Semestre A-2017 1. Modelo Relacional El modelo relacional representa

Más detalles

Reclutamiento Selección de Personal

Reclutamiento Selección de Personal Reclutamiento y Selección de Personal Documento de Construcción Reclutamiento y Selección de Personal 1 Tabla de Contenido Diagrama Del Proceso... 2 Sub Proceso Publicación De Oferta De Trabajo... 4 Proceso

Más detalles

DISEÑO DE BASES DE DATOS

DISEÑO DE BASES DE DATOS DISEÑO DE BASES DE DATOS Normalmente, se construyen varios esquemas conceptuales, para representar las distintas visiones (vistas) que los usuarios tienen de la información (áreas funcionales). Esquema

Más detalles

UML. Diagrama de Casos de Usos. Prof. Daniel Riesco

UML. Diagrama de Casos de Usos. Prof. Daniel Riesco UML Diagrama de Casos de Usos Prof. Daniel Riesco Diagramas de Caso Uso Secuencia de transacciones desarrolladas por un sistema en respuesta a un evento iniciado por un actor Sirven para especificar la

Más detalles

CI2355 Almacenes de datos y OLAP

CI2355 Almacenes de datos y OLAP CI2355 Almacenes de datos y OLAP Examen Lunes, 7 de mayo de 2012 2012/03/26 CI2355 - Almacenes de datos y OLAP 2 Trabajo de Investigación Presentación Artículo 40-45 minutos Fechas: Entre el 14 de mayo

Más detalles

SIIGO CONTADOR. Saldos Iníciales. Cartilla I

SIIGO CONTADOR. Saldos Iníciales. Cartilla I SIIGO CONTADOR Saldos Iníciales Cartilla I Tabla de Contenido 1. Presentación 2. Qué son Saldos Iníciales? 3. Qué debe Realizar el Usuario Antes de Ingresar Saldos Iníciales? 4. Cuál es la Ruta para Ingresar

Más detalles