Caractersticas de los Requerimientos de Informacin

Los Sistemas de Informacin (y las Bases de Datos) deben satisfacer los requerimientos de informacin de todos los niveles de la organizacin (operacional, tctico y estratgico). Sin embargo, los requerimientos en los distintos niveles son bastantes diferentes. Estos niveles se caracterizan por la decisin que apoyan, el tipo de decisin, el modelo usado para apoyar tal decisin y el tipo de informacin que requieren.

Caract erst icas

Decisin que apoya Tipo de Decisin Modelo ms usado C aract erst icas de la Informacin: Fuent e Exact it ud Amplit ud Frecuencia Rango de Tiempo Uso

Nivel Est rat gico

Planificacin Largo Plazo No Est ruct urada Predict ivo

Nivel Tct ico

C ont rol Gerencial Semi Est ruct urada Descript ivo

Nivel Operacional
C ont rol O peracional Est ruct urada Normat ivo

Medio Ambient e Razonable Resumida A Solicit ud Aos Prediccin

Regist ros Int ernos Buena Det allada Peridica Aos C ont rol Conceptos Generales
Profesor: Giannina Costa

O peracin Int erna Exact a Muy Det allada Tiempo Real Meses Accin Diaria

(On-Line Transaction Processing)

OLTP

SI Operacionales o TPS (Transaction Processing Systems) Apoyan las operaciones diarias de la organizacin. SI Administrativos o MIS (Management Information Systems) Proveen informacin requerida por los administradores para planificar y controlar

(On-Line Analytic Processing)

OLAP

Sistemas de Apoyo a la toma de decisiones o DSS (Decision Support Systems) Buscan apoyar al tomador de decisiones con informacin y herramientas de anlisis

Conceptos Generales Profesor: Giannina Costa

Computador Central DBMS

Computador Personal Query Planilla

DB's Corporativas

Subcjto BD

Archivo Local

Conceptos Generales Profesor: Giannina Costa

Se trata de un almacn donde las organizaciones pueden depositar todos aquellos datos con importancia crtica para la Toma de decisiones. Es un concepto que trata de resolver la problemtica que tienen Actualmente las empresas en el Anlisis rpido de situaciones. Data Warehouse consiste bsicamente de tres componentes:

Herramientas extractoras, de transformacin y carga para los datos operacionales y fuentes externas. Un warehouse (almacn) para almacenar los datos seleccionados.

Herramientas para referenciar y analizar los datos contenidos en el warehouse.

Aplicacin A Sistema OLTP Datos Operacionales (Gigabytes)

Data Warehouse (Terabytes)

Aplicacin B

Conceptos Generales Profesor: Giannina Costa

El enfoque de BD altera el desarrollo tradicional de SI en las etapas de Anlisis (Diseo Lgico) y en especial en la de Diseo (Diseo Fsico). En el Anlisis se debe poner mayor nfasis en el manejo integrado de los datos y en la generacin de una estructura lgica de la Base de Datos que se adapte a los requerimientos de los usuarios y a las capacidades del DBMS disponible. En el Diseo se debe convertir la estructura lgica en especificaciones para archivos y programas que puedan ser implementados por el DBMS disponible, se debe definir la Base de Datos (su schema), la manera de poblarla inicialmente y los programas que permitirn manejarla posteriormente.

Conceptos Generales Profesor: Giannina Costa

Estudio de Factibilidad Definicin de Requerimientos Diseo Lgico Diseo Fsico Programacin y Pruebas

Upper-CASE

Prototipo

Aproximaciones Sucesivas

Implementacin Mantencin

Lower-CASE

Conceptos Generales Profesor: Giannina Costa

Datos Versus Informacin Son trminos diferentes.

Dato: Son hechos relacionados con personas, objetos y eventos del mundo real, que se almacenan en algn medio procesable por el computador. Normalmente los datos son poco tiles para los tomadores de decisiones hasta que hallan sido procesados de alguna forma. Informacin: Se entiende al dato que ha sido procesado y formateado con el objetivo de apoyar la toma De decisiones, o en general, las actividades de una organizacin.
Conceptos Generales Profesor: Giannina Costa

Los dato tienen tres niveles de abstraccin o estados estos son:

Ev e ntos, Obje tos y Diccionario de Datos Base de Datos

Clase de Entidades

Definicin Tipo de Registro

Ocurrencia de Registro

Atributos

Definicin temes de Dato M e tadato

Ocurrencia de temes de Dato Dato (o v alor)

Re alidad

REALIDAD Comprende el mundo real (una organizacin), con sus componentes y el medio ambiente en el cual opera. Entidad: Persona, objeto o evento sobre lo que la organizacin decide coleccionar y almacenar datos. Una entidad puede ser tangible o intangible Clase de entidades: Conjunto de entidades que poseen caractersticas similares. En general, cada entidad es asociada a una y solo una clase de entidades. El nmero de clases de entidades por organizacin depende del tamao y complejidad de ella.
Conceptos Generales Profesor: Giannina Costa

REALIDAD

Atributo: Propiedad de una clase de entidades que se desea almacenar.

Asociacin o relacionamiento(relationship) entre dos o ms clases de entidades es una propiedad.

Conceptos Generales Profesor: Giannina Costa

Metadato Es informacin acerca de los datos de una organizacin. Se usa para desarrollar modelos lgicos de las entidades y asociaciones de una organizacin.
El metadato es almacenado y mantenido en el diccionario de datos (o repositorio) de una organizacin.

Cada clase de entidad tiene un tipo de registro definido como metadato, cada atributo tiene un tipo de tem de dato como metadato. Un tem de dato es la unidad de dato ms pequea en una Base de Datos.
Conceptos Generales Profesor: Giannina Costa

Metadato Un dato agregado, es un conjunto de tems de datos que son nombrados y referidos como un todo. Por ejemplo, Fecha

Un tipo de registro es un conjunto de tems de datos y/o datos agregados.

Conceptos Generales Profesor: Giannina Costa

DATO (o valor) Corresponde a ocurrencias de datos. Por cada entidad, existe una ocurrencia de registro que contiene valores de tem de datos que la representan. Es importante distinguir la diferencia entre metadatos (definiciones del dato) y dato (ocurrencias del dato).

Los metadatos no son almacenados en la base de datos sino que en el diccionario de datos, los datos (ocurrencias de datos) son almacenados en la base de datos.
Conceptos Generales Profesor: Giannina Costa

Entidad A

A Entidad A con atributos a, b, c y d a b c d

Asociacin

Conceptos Generales Profesor: Giannina Costa

UNA

PACIENTE

CAMA

MUCHAS

EMPLEADO
Conceptos Generales Profesor: Giannina Costa

CARGAS

CONDICIONAL

PACIENTE

CAMA

EN AMBOS SENTIDOS
PACIENTE CAMA UNO-A-UNO

1 :1

1 :M

EMPLEADO

CARGAS

UNO-A-MUCHOS

M:N

ALUMNO

ASIGNATURAS MUCHOS-A-MUCHOS

Ejemplo Modelo de Datos

DEPTO. CARRERA

ALUMNO

ASIGNATURA

SOLICITUD

Transformacin M : N a 1 : N
ALUM NO ROL-ALUMNO NOM-ALUMNO ASIGNATURA CLAVE-ASIGNATURA NOM-ASIGNATURA CRDITOS DESCRIPCIN NOTA ROL-ALUMNO CLAVE-ASIGNATURA NOTA

Asociacin entre ms de dos entidades

M ATERIA-PRIM A #MAT -PRIMA DESCRIPCIN BODEGA #BODEGA DIRECCIN-B

INVENTARIO #MAT -PRIMA #BODEGA CANT IDAD

ORDEN-COM PRA #MAT -PRIMA #BODEGA #PROVEEDOR CANT -A-ORDENAR

PROVEEDOR #PROVEEDOR NOMBRE-P DIRECCIN-P

Conceptos Generales Profesor: Giannina Costa

Mltiples Asociaciones
ASEGURADO RUT NOMBRE DIRECCIN BENEF ICIARIO RUT NOMBRE DIRECCIN

POLIZA #PLIZA FECHA, MONTO RUT-A RUT-B

Conceptos Generales Profesor: Giannina Costa

RECURSIVAS

Conceptos Generales Profesor: Giannina Costa

Tipo de Modelo de Datos

Conceptos Generales Profesor: Giannina Costa

Qu es un Modelo? Representacin de personas, objetos y eventos del mundo real y sus asociaciones. Abstraccin de la realidad. Qu es un Modelo de Datos (MD)? Descripcin abstracta de datos referente entidades y asociaciones existentes.

Objetivos Modelo de datos: Representar datos Ser comprensible.

Conceptos Generales Profesor: Giannina Costa

Niveles de abstraccin de los MD

Modelos Externos:
Se refiere a lo que el usuario visualiza de la realidad que se representa. Son modelos independientes de la tecnologa (o DBMS existente). Se les denomina tambin vistas de usuarios (user views).

Modelo Conceptual:
Consolida las visiones de las distintas personas involucradas en la realidad a representar.

Modelo Interno:
Es una especie de modelo de fabricacin que muestra en forma abstracta cada parte en el lugar en que debe ir. Debido a que este tipo de modelo acta con una tecnologa especfica, cada DBMS tiene su propio modelo interno. Se le llama tambin schema. Conceptos Generales
Profesor: Giannina Costa

Conceptos Generales Profesor: Giannina Costa

Se cuenta con dos tipos de modelos de representacin: Modelos de datos independientes de la tecnologa
E-R Orientado a Objeto

Modelos de datos dependientes de la tecnologa

Jerrquico Redes relacional

Cada uno de ellos permite representar con distintos smbolos las diferentes caractersticas y significado de los datos. Hasta el nivel del modelo de datos conceptual se puede ser independiente del DBMS. Por otra parte, los modelos independientes de la tecnologa han sido desarrollados para representar modelos externos y conceptual de Conceptos Generales una mejor forma. Profesor: Giannina Costa

Tipos de Modelos
Modelos Externos o Vistas Usuarios
Cocina Factura Comedor Clientes Living Control inventario

Modelo Conceptual

Maqueta MD comprensible
Consolidacin Consistencia Completitud

Modelo Interno

Plano
Eficiencia Seguridad Integridad

Schema BD

Dependiente del DBMS

Programas y Mtodos de Acceso Casa

Realidad Fsica

BD
Conceptos Generales Profesor: Giannina Costa

33

Identificacin y Seleccin Proyecto Inicio y Planificacin Proyecto Anlisis

Propsito : Anlisis muy acabado/profundo Entregable : Especificaciones funcionales del sistema

Diseo Lgico Diseo Fsico

Actividad BBDD Modelamiento conceptual de Data

Implementacin Mantencin

34

Declaraciones que definen o limitan algn aspecto del negocio. Definen la estructura del negocio. Controlan/influencian el comportamiento del negocio. Expresadas en trminos familiares para los usuarios finales. Automatizadas a travs del software del DBMS.

35

Declarativa qu, no cmo Precisa clara, igual significado para todos Atmica una oracin (declaracin) Consistente internamente y externamente Expresable estructurada, lenguaje natural Distinta no-redundante Orientada al Negocio entendible por gente de negocios

36

Propuesto por Chen (1976). Utilizado en herramientas CASE. Existen diversas extensiones al modelo original. Representa semnticas de grado, cardinalidad, dependencia, generalizacin y unicidad.

Conceptos Generales Profesor: Giannina Costa

Entidad (instancia) : Persona, lugar, objeto, evento, concepto (generalmente corresponde a una fila en una tabla).
Tipo de entidad : Coleccin o conjunto de entidades (generalmente corresponde a una tabla)

Atributo :Propiedad o caracterstica de un tipo de entidad (generalmente corresponde a un campo de una tabla). Relacin (instancia) : Nexo o relacin entre entidades (corresponde a equivalencias de claves primarias o forneas entre tablas relacionadas)
Tipo de Relacin :Categora de una relacin entre tipos de entidades (unaria, binaria, ternaria).

38

Ejemplo de Diagrama E-R

39

Notacin Bsica E-R

Una Entidad especial que tambin es una Relacin

Smbolos de Entidad

Smbolos de Relacin

Smbolos de Atributos

40

DEBERIA SER:
Un objeto que tendr muchas instancias en la BBDD. Un objeto que tenga mltiples atributos . Un objeto que estamos tratando de modelar.

NO DEBERIA SER:
Un usuario de la BBDD Una salida de la BBDD (por ejemplo: Un reporte)

41

Entidades NO apropiadas

Usuario de la BBDD

Salida de la BBDD

Entidades Apropiadas

42

Atributo : Propiedad o caracterstica de un tipo de entidad Clasificaciones de Atributos:

Simple versus Compuesto Univaluado versus Multivaluado Almacenado versus Derivado Identificatorios

43

Identificador (Clave) : Un atributo (o combinacin de atributos) que identifican nicamente una instancia (fila) individual de un tipo de entidad.

Clave Candidata :Un atributo que podra ser una claveSatisface los requisitos para ser una clave

44

No cambiar su valor No ser Nulo No ser una clave inteligente (por ejemplo Conteniendo lugares o gente que podra cambiar). Sustituir claves largas y compuestas por claves simples y nuevas

45

Atributo simple de Clave

La Clave se subraya

46

Atributo de Clave Compuesta

La Clave est compuesta por dos subpartes

47

Atributo Compuesto
Un atributo separado en sus partes componentes

48

Atributo Multivaluado y Atributo Derivado

Derivado: De fecha fue contratado Y fecha actual

Multivaluado:
Un empleado puede tener ms de una destreza

49

Un Atributo Multivaluado y Compuesto

Pueden existir muhos precios historicos. Que Cuentan con los atributos de fecha y precio
50

Tipos de Relaciones vs. Instancias de Relaciones El tipo de relacin: Es modelado con un diamante y lneas entre
tipos de entidades .

Las Relaciones pueden tener atributos

Estos describen caractersticas correspondientes a la asociacin entre entidades de la relacin.

Dos entidades pueden tener ms de un tipo de relacin entre ellas (relaciones mltiples).

Entidad Asociativa = Combinacin de relacin y entidad

51

El grado de relacin es el nmero de tipos de entidades que participan en la relacin.

Relaciones Unarias Relaciones Binarias Relaciones Ternarias

52

Grado de una relacin

Una entidad relacionada consigo misma

Entidades de dos tipos diferentes relacionadas entre si

Entidades de tres tipos diferentes relacionadas entre si

53

Uno a Uno

Cada entidad en la relacin tiene exactamente una entidad relacionada Una entidad en un lado de la relacin puede tener muchas entidades relacionadas, pero una entidad en el otro lado tiene un mximo de una entidad relacionada Entidades en ambos lados de la relacin pueden tener muchas entidades relacionadas al otro lado

Uno a Muchos

Muchos a Muchos

54

Lmites de Cardinalidad: El nmero de instancias de una entidad que puede o debe estar asociada con cada instancia de otra entidad. Cardinalidad Mnima
Si es cero, entonces es opcional Si es uno o ms, entonces es obligatoria El mximo nmero

Cardinalidad Mxima

55

Cardinalidad

56

Relaciones Unarias

57

Relaciones Binarias

58

Relaciones Ternarias

Nota: una relacin puede tener atributos propios

59

Relacin bsica solamente con cardinalidades mximas

Cardinalidades mnimas obligatorias

60

Cardinalidades Opcionales de grado uno Relacin uno-a-uno

61

Tipo de Relacin

Instancia de Entidad Relacin

62

Una Relacin Binaria con un atributo

Aqu, el atributo fecha completado pertenece especficamente a la completacin de un curso por un empleado es un atributo de la relacin

63

Una relacin ternaria con Atributos

64

Una relacin unaria con un Atributo. Relacin Muchos-a-Muchos

Representa una estructura de un bill-of materials

65

Ejemplo de mltiples relaciones : Las entidades pueden estar relacionadas entre ellas en ms de una forma.

Empleados y departamentos

66

Profesores y cursos (con lmite cardinalidad)

Aqu, el lmite cardinalidad es 4

67

Atributo Multivaluado vs. Relacin. Diferentes Alternativas

68

Entidades Fuertes

Existe independientemente de las otras entidades Tiene su propio identificador Representada con rectngulo de una lnea Depende de una entidad fuerte. No puede existir por si misma No tiene un identificador propio Representada con rectngulo de doble lnea
Une entidades fuertes con entidades dbiles Representada con diamante de doble lnea
69

Entidad Dbil

Relacin Identificadora

Entidades Fuertes y Dbiles

Entidad Fuerte

Relacin Identificatoria

Entidad Dbil
70

Es una entidad ya que tiene atributos. Y es una relacin pues une entidades entre si Cuando debera una relacin con atributos ser en cambio una entidad asociativa (gerundio)?
Todas las relaciones para una entidad asociativa deberan ser muchos a muchos. La entidad asociativa podra tener significado independientemente de otras entidades. La entidad asociativa preferentemente tiene un identificador nico y debera tener otros atributos. La entidad asociativa puede participar en otras relaciones ms all de las entidades que participan directamente en la relacin. Relaciones ternarias deberan ser convertidas a entidades asociativas.
71

Una Entidad Asociativa (CERTIFICATE)

La entidad asociativa se dibuja con un rectngulo que contiene un rombo. Note que la relacin muchos-a-muchos tiene el smbolo de cardinalidad ubicado hacia la entidad asociativa y no hacia las otras entidades.
72

Una Entidad Asociativa estructura del bill of materials

Esto podra ser una relacin con atributos depende del criterio del analista

73

Relacin ternaria como una entidad asociativa

74