0% encontró este documento útil (0 votos)
25 vistas26 páginas

Elementos de Modelo

Cargado por

jocelynnterreu
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
25 vistas26 páginas

Elementos de Modelo

Cargado por

jocelynnterreu
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd

Componentes básicos de BD-R

Requerimientos y necesidades
• Una BD contiene los datos de una organización,
que se manipulan de la forma que ésta estime.

• Modelar la realidad de ésta:


• ->estudio o análisis de requerimientos y
necesidades, e.d., cómo funciona, y qué
resultados desea obtener.

• Etapa del diseño de Bases de datos. (ver


diagrama)

• Los requisitos de datos son una entrada al


diseño conceptual.
• Un mal análisis de requerimientos puede llevar
a un mal diseño, y por ende el resultado como
producto no será el esperado.
• Qué es un Requerimiento ?

• Condición o capacidad que el sistema debe


cumplir:
• Una capacidad del software necesaria para
resolver un problema o alcanzar un objetivo.
• Una capacidad del software que debe ser reunida
o poseída por un sistema o componente para
satisfacer un contrato, especificación, estándar, u
otra documentación formal.

• El rol clave de los requerimientos es mostrar a los


desarrolladores y usuarios qué se necesita de un
sistema.
• Análisis de Requisitos.

• ¿Qué representar?
• ->elaborar un esquema descriptivo del mundo
real.
• Se recoge y analiza los requerimientos de los
usuarios y de las áreas de aplicación; estudio de
reglas de la empresa (del negocio).
• Cómo?
• Entrevistando el personal, expertos en la área.
• Observando el funcionamiento de la empresa.
• Examinando documentos sobre todo aquellos que se
utilizan para recoger o visualizar la información.
• Utilizando cuestionario para recoger información.
• Utilizando la experiencia adquirida en el Diseño de
Sistemas similares.
• Los problemas que presenta esta especificación,
se irán refinando hasta obtener el esquema
conceptual.

• Esta etapa tiene como resultado un conjunto de


documentos con las especificaciones de
requisitos.
• Diseño Conceptual.

• ¿Cómo representar?
• Objetivo: obtener una buena representación de los
recursos de información de la empresa (el mundo
real).

• Entrada: especificación de requerimientos.


• Resultado: esquema conceptual de la base de
datos, descripción de alto nivel de la estructura de
la base de datos, independiente del software que
se use para manipularla.

• Modelos Conceptuales: MER, Modelos OO,


Formalismo Individual.
C odigo
Nombre Editorial
C iudad

(1,1)

tiene

(1,n)
C odigo
ISB N (1,n) (1,n) Nombre
Titulo Libro es c rito Autor Apellido
Año Nac ionalidad
Materia
(0,n)

pide fec ha prestamo

(0,n)
C odigo D irec c ion
D NI Soc io Telefono
Nombre
Apellidos
• Diseño Lógico.

• Objetivo: transformar esquema conceptual,


adaptándolo al modelo de datos en el que se
apoya el SGBD que se va a utilizar (modelo
relacional).

• Entrada: esquema conceptual


• Resultado: esquema lógico, que es una
descripción de la estructura de la base de datos
que puede procesar el software DBMS.

• Modelos Lógicos: Relacional, de Redes, Jerárquico.


• Diseño Físico.

• Objetivo: conseguir una instrumentación lo más


eficiente posible del esquema lógico.
• Entrada: esquema lógico.
• Resultado: esquema físico, que es una descripción
de la implementación de una base de datos en la
memoria secundaria, describe las estructuras de
almacenamiento y los métodos usados para tener
un acceso efectivo a los datos.
• Causas de malos diseños

• Falta de conocimiento del dominio de la


aplicación, conocimiento que no posee el
informático, pero si el usuario (aunque no sepa
estructurarlo ni expresarlo de forma precisa).
• Falta de experiencia en el modelado.
Entidad
• Cosa u objeto real (una persona) o abstracto (un
préstamo) de interés en el mundo real (una
organización).
• Es distinguible de todos los demás objetos y se
puede obtener de ella una determinada
información.
• Personas, cosas, lugares, etc.,
• Tiene un conjunto de propiedades, y los valores
para algún conjunto de propiedades pueden
identificar una entidad de forma unívoca.
• C.I. 14.654.345-6 identifica unívocamente una
persona particular en la empresa.
• Un número de préstamo P-15 en la sucursal de
Chillán identifica unívocamente una entidad de
préstamo.
• Ocurrencia de entidad: realización concreta de
una entidad.
• Entidad FRUTAS, una ocurrencia de la misma
será NARANJA.
• Se representa gráficamente por medio de un
rectángulo y en el interior del mismo se escribe
el identificador de la entidad.
• Reglas que debe cumplir una entidad:

• Tiene que tener existencia propia.


• Cada ocurrencia de un tipo de entidad debe
poder distinguirse de las demás.
• Todas las ocurrencias de un tipo de entidad
deben tener los mismos tipos de características
(atributos)
• Los Tipos de Entidad representan clases de
objetos de la realidad.

• Ejemplo: Persona, Proceso, Factura, Guía de


Despacho, Cliente, Producto.
Atributo

• Una entidad se representa mediante un conjunto


de atributos.
• Describen propiedades o características que posee
cada miembro de una entidad.
• Posibles atributos de la entidad cliente son id-
cliente, nombre-cliente, calle-cliente y ciudad-
cliente.
• En la vida real, habría más atributos, tales como el
número de la calle, el número del portal, la
provincia, y el código postal.
• Posibles atributos de la entidad préstamo son
número-préstamo e importe.
• Cada entidad tiene un valor para cada uno de sus
atributos.
• Por ejemplo, una entidad cliente en concreto
puede tener el valor 12.112.312-3 para id-cliente,
el valor Santos para nombre-cliente, el valor
Mayor para callecliente y el valor Talca para
ciudad-cliente.

• Concepto de dominio: conjunto de valores


permitidos para un atributo.
• Por ejemplo, si tenemos el atributo COLOR el
dominio sobre el que se define podría ser:
(NARANJA, BLANCO, AZUL y NEGRO).
• Se debe elegir entre todos los atributos de una
entidad uno o varios que identifiquen
unívocamente cada una de las ocurrencias de esa
entidad.
• Clave primaria.
• Los atributos que lo componen deben ser
mínimos: la eliminación de cualquiera le hará a
perder su carácter identificador.
• Más de un conjunto de atributos que verifiquen la
condición de clave primaria: Claves candidatas.
• Elegiremos uno como clave primaria y el resto
serán claves candidatas.
• Un atributo I, posiblemente compuesto, de una
entidad TE, es clave primaria de TE si y sólo si
satisface las siguientes 2 propiedades
independientes del tiempo:
• Unicidad. En cualquier momento dado, no existen
dos elementos en TE con el mismo valor de I.
• Minimalidad. Si I es compuesto, no será posible
eliminar ningún atributo componente de I sin
destruir la propiedad de unicidad.

• Ejemplo: en Chile, para un tipo de entidad


Persona, el identificador puede ser Rut
Relación

• Representa una correspondencia entre dos


entidades.

• Si tenemos dos entidades automóvil y persona,


podemos tener una relación entre ellas.

• Dicha relación se puede establecer en ambos


sentidos:
• -Una persona posee un automóvil.
• -Un automóvil pertenece a una persona.
• Modelo Conceptual: Cómo representar

• esquema percibido -> esquema conceptual.


• MER, define entidades, atributos, interrelaciones y
restricciones semánticas.

• No existen reglas claras que permitan decidir que


elemento es una entidad, atributo o una
interrelación.
• Existen 2 enfoques.
• El enfoque lingüístico:

• Un sustantivo (nombre común) como sujeto o en


una frase es por lo general un tipo de entidad,
aunque podría ser un atributo.

• Ej: los socios piden prestados libros, existen 2


posibles entidades: SOCIO y LIBRO.
• Los nombres propios indican ocurrencias de un
tipo de entidad, Ej: Date,C indica una ocurrencia
de AUTOR.
• El enfoque de categorización de objetos (Navathe,
1983):

• Una entidad es un objeto que tiene más


propiedades que su nombre o se utiliza como
operando en una sentencia de selección, borrado
o inserción.

• Ej: en la biblioteca existen libros que poseen una


serie de propiedades, como son el título, idioma,
nro. de copias, etc. LIBRO es una entidad, ya que
tiene varias propiedades.
• Ej: cuando un socio deja serlo, es preciso
eliminarlo de la base de datos, SOCIO es una
entidad, por ser un operando en una sentencia de
borrado.
• Un atributo es un objeto de datos al que se asigna
un valor o se utiliza como operando en una
operación aritmética, boolean, etc.

• Ej: se puede consultar si el título de un libro es


Bases de datos, luego, título es un atributo.
• Un verbo transitivo o una frase verbal es un tipo
de interrelación.
• Ej: pedir prestado indica una interrelación entre
las entidades LIBRO y SOCIO.

• Una preposición entre 2 nombres suele ser un tipo


de interrelación o también establece la asociación
entre una entidad y sus atributos.
• Ej: la institución del autor, podemos pensar en la
interrelación entre AUTOR e INSTITUCION o bien,
el atributo institución de AUTOR.
• Una interrelación es un objeto de datos que hace
posible la selección de una entidad por medio de
una referencia a un atributo de otra entidad.

• Ej: seleccionar los libros que ha escrito un


determinado autor, por lo que escribir es una
interrelación, ya que nos permite seleccionar una
entidad (LIBRO) por medio de una referencia a un
atributo de otra entidad (Nombre de AUTOR).

También podría gustarte