Download ppt - diseño de datos

Transcript

El Diseño EstructuradoLos modelos del análisis facilitan la información necesaria para crear los modelos del diseño

DICCIONARIODE DATOS

Diagrama de Flujo de

Datos

Diagrama deTransición de Estados

Diagrama Entidad-Relación

Descrip

ción de entid

ades Especificación de procesos

Especificación de control

Diseñoprocedimental

Diseño deinterfaz

Diseñoarquitectónico

Diseño dedatos

MODELOS DEL ANÁLISISMODELOS DEL ANÁLISIS

MODELOS DEL DISEÑOMODELOS DEL DISEÑOEstructuras de datos necesarias para implementar el software

Estructuras de datos necesarias para implementar el software

Relación entre los principales elementos estructurales del programa

Relación entre los principales elementos estructurales del programa

Cómo se comunica el sistema consigo mismo, con otros sistemas y con los operadores

Cómo se comunica el sistema consigo mismo, con otros sistemas y con los operadores

Descripción procedimental de los componentes del software

Descripción procedimental de los componentes del software

DISEÑO DE DATOS

El almacenamiento de datos es considerado la parte modular de un sistema de información.

Objetivos del diseño de datos•Disponibilidad de datos (cuando requiera el usuario)•Integridad de datos (precisos y consistentes)•Actualización y recuperación eficiente•Almacenamiento de datos eficiente

Modelado de Datos

JERARQUIA DE DATOS

Base de Datos

Archivo de departamento

Archivo de nomina

Archivo de personal

Base de datos del proyecto

Archivo

Registros

Campos

098-40-1370 Fuente, Jose 05-01-1998075-10-1475 Gomez, Ana 17-06-2002885-45-2222 Ruiz, Maria 21-04-2004

Archivos de personal

098-40-1370 Fuente, Jose 05-01-1998Registro que contiene código, apellido y

nombre, fecha de contratación.

Caracteres (bytes)

10010101

Fuente Campo del Apellido

Letra F en ASCII

Entidades, Atributos y Claves de los Datos

ENTIDAD: tipos generalizados de personas, lugares o cosas (objetos), para los cuales se recopilan, almacenan y mantienen datos

ATRIBUTO: característica de una entidad

CLAVE: Campo o grupos de campos en un registro, que se usa para identificar a este último

CLAVE PRIMARIA: campo o grupo de campos que identifican exclusivamente el registro

Diagrama Entidad-Relación Entidad y tablas

una entidad encapsula sólo datos no hay referencia a operaciones sobre los datos se puede representar como una tabla

encabezamientos tabla: atributos del objeto cuerpo tabla: ocurrencias de la entidad

Fabricante Modelo Matricula Tipo carrocería

Color ID Propietario

Citroen Xsara AB123 Sedán Rojo RSP

BMW 525 BM567 Sport Azul EBM

Ford Focus FO677 Coupe Gris JRI

Renault Megane RE766 Sedán Azul PVS

Carro

Matrícula

modelo

fabricante

color

carrocería

ID propietario

atributos identificativos

identificador

atributos descriptivos

atributo de referencia

PROPIETARIO

ID propietario

item

enlaza una entidad a otra, en este casoCarro a Propietario

DIAGRAMA ENTIDAD-RELACION

DIAGRAMA ENTIDAD-RELACION

DIAGRAMA ENTIDAD-RELACION

También conocido como DER o diagrama E-R, es un modelo de red que describe con un alto nivel de abstracción la distribución de datos almacenados en un sistema.

tipos de componentes principales en un

diagrama E-R:

•Tipos de objetos. •Relaciones. •Indicadores asociativos de tipo de objeto. •Indicadores de supertipo/ subtipo

Diagrama Entidad-Relación Propuesto por Chen (1977) para el

diseño de bases de datos relacionales

Muestra categorías importantes de información

Muestra asociaciones relevantes entre categorías

La política del negocio determina qué es o no es relevante

independiente del procesamiento (transformación) de datos

componentes: entidades atributos relaciones

Materia

Curso

Localización

Cursoprogramado

Cursoprogramado

público

Cursoprogramado

interno

cubre

RELACIÓNENTIDAD

ENTIDADASOCIATIVA

SUPERTIPO

SUBTIPO

código

aula

ATRIBUTO

Entidad: objeto que tiene vida propia en el sistema que se está modelando Ejemplo: cliente, producto, estudiante.

Relación: Asociación o vinculación entre dos o más entidades. Ejemplo: La relación comprar entre las entidades cliente y producto.

Atributos: Características o propiedades asociadas al conjunto de entidades o relaciones y que toman valor en una entidad en particular. Ejemplo: nombre, cédula, teléfono. Los atributos se pueden clasificar en: -Simples o atómicos: Son aquellos que no contienen otros atributos- Compuestos: Son los que incluyen otros atributos simples.. Ejemplo: dirección (Se puede dividir en calle, número, ciudad). -- Monovalorados o Univalorados: Atributo que toma un solo valor, para una entidad en particular.- Multivalorados: Atributo que para una misma entidad puede tomar muchos valores. - Derivados o calculados: Son aquellos atributos cuyos valores se pueden conseguir con operaciones sobre valores de otros atributos.- Nulos: Son aquellos atributos para los cuales en algún momento no existe o no se conoce su valor.

Dependiendo del tipo de atributo representan en forma diferente:- Simples y monovalorados: Se simbolizan con una elipse sencilla          .- Compuestos: Se representan por una elipse de la cual salen otras elipses con los atributos simples. - Multivalorados: Se representan con una elipse doble.- Derivados: Se representan con una elipse punteada.

Componentes de un Diagrama E-R

El objeto es algo material del mundo real, y el tipo de objeto es su representación en el sistema

Una relación representa un conjunto de conexiones entre objetos. Cada instancia de la relación representa una asociación entre cero o más ocurrencias de un objeto y cero o más ocurrencias del otro.

Componentes de un Diagrama E-R

Indicadores Asociativos de Tipo de Objetos. notación especial, representa algo que funciona como objeto en una relación. Otra forma de considerarlo es que el tipo asociativo de objeto representa una relación acerca de la cual se desea mantener alguna información.

Ejemplo: Relación de compra entre cliente y artículo, pero supongamos que deseamos recordar datos acerca de la instancia de cada compra como hora del día en que se hizo, entonces estos atributos corresponden a la compra; no corresponde almacenarlos en articulo ni en cliente

Componentes de un Diagrama E-R

Ejemplo categoría general Empleado y sub- categorías: Empleado Asalariado y Empleado Por Horas. Los subtipos se conectan al supertipo por una relación sin nombre, el supertipo se conecta a la relación por una línea que tiene una barra

Indicadores de Subtipo / Supertipo.Los tipos de objetos de Subtipo / Supertipo consisten en tipos de objetos de una o más sub- categorías conectados por una relación

Diagrama Entidad-Relación

Diagrama Entidad-Relación

Diagrama Entidad-RelaciónConvertir Entidad RelaciónSe comienza con un modelo E-R, Porque es más fácil de diseñarTiene dos conceptos: entidad y relación

Traducir E-R a relacional:1)Cada entidad se transforma en una tablacon los mismos atributos2)Se agregan claves donde sea necesario3)Cada relación se transforma en una tablaen que los atributos son las claves de cadaentidad participante

Diagrama Entidad-Relación

Diagrama Entidad-Relación

Diagrama Entidad-Relación

DIAGRAMA RELACIONAL

Interrelación de Tablas

Interrelación de Tablas

Tablas de Entidades (Objetos)

Diagrama Entidad - Relación

Diagrama Entidad - Relación

Diagrama Entidad-Relación

Cardinalidad cantidad de ocurrencias (items, instancias) de la entidad X que están relacionadas

con la entidad Y define el número máximo de relaciones de entidades que pueden participar en una

relación ejemplos:

1:1 (1 marido ---> 1 esposa) 1:N (1 madre --> N hijos) M:N (1 tío --> N sobrinos, 1 sobrino --> N tíos)

posee VEHICULOPROPIETARIO

1:n 1:1

FABRICANTEconstruye 1:n

1:1

Diagrama Entidad - Relación

Documentación de Tablas

EVENTO

DESCRIPCIÓN Corresponde a los datos de los eventos solicitados ó realizados.

TOTAL ATRIBUTOS 12

NOMBRE TIPOTAMAÑ

O NULL PK F K DESCRIPCION

ID_EVENTO NUMBER 12 NO SI - IDENTIFICA EL EVENTO DE FORMA ÚNICA.

NOMBRE VARCHAR2 100 NO - - NOMBRE DEL EVENTO.

FECHA_SOLICITUD DATE - NO - - FECHA DE LA SOLICITUD DEL EVENTO.

FECHA_EVENTO DATE - NO - - FECHA DE REALIZACIÓN DEL EVENTO.

HORA_INICIO VARCHAR2 16 NO - - HORA EN LA QUE INICIALIZA EL EVENTO.

HORA_FIN VARCHAR2 16 NO - - HORA EN QUE TERMINA EL EVENTO.

NUM_ASISTENTES NUMBER 12 NO - - NÚMERO APROXIMADO DE ASISTENTES AL EVENTO.

LUGAR VARCHAR2 100 NO - - LUGAR DEL EVENTO.

OBSERVACION VARCHAR2 400 SI - -OBSERVACION DEL CLIENTE A SERVICIOS

GENERALES SOBRE EL EVENTO.

ID_USUARIO NUMBER 12 NO - SI IDENTIFICA AL USUARIO QUE SOLICITA EL EVENTO.

ESTADO NUMBER 1 NO - SIIDENTIFICA EL ESTADO DEL EVENTO (PENDIENTE,

CANCELADO Ó REALIZADO).

FECHA_CANCEL DATE - SI - -CORRESPONDE A LA FECHA EN LA CUAL SE REALIZA

LA CANCELACIÓN DE UN EVENTO.

Problema : Sistema de ventas

Le contratan para hacer una BD que permita apoyar la gestión de un sistema de ventas. La empresa necesita llevar un control de proveedores, clientes, productos y ventas.Un proveedor tiene un RUT, nombre, dirección, teléfono y página web. Un cliente también tiene RUT, nombre, dirección, pero puede tener varios teléfonos de contacto. La dirección se entiende por calle, número, comuna y ciudad.Un producto tiene un id único, nombre, precio actual, stock y nombre del proveedor. Además se organizan en categorías, y cada producto va sólo en una categoría. Una categoría tiene id, nombre y descripción.Por razones de contabilidad, se debe registrar la información de cada venta con un id, fecha, cliente, descuento y monto final. Además se debe guardar el precio al momento de la venta, la cantidad vendida y el monto total por el producto.

Problema : Artículos y encargos

Una base de datos para una pequeña empresa debe contener información acerca de clientes, artículos y pedidos. Hasta el momento se registran los siguientes datos en documentos varios:• Para cada cliente: Número de cliente (único), Direcciones de envío (varias por cliente), Saldo, Límite de crédito (depende del cliente, pero en ningún caso debe superar los $3.000.000), Descuento.• Para cada artículo: Número de artículo (único), Fábricas que lo distribuyen, Existencias de ese artículo en cada fábrica, Descripción del artículo.• Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera está formada por el número de cliente, dirección de envío y fecha del pedido. El cuerpo del pedido son varias líneas, en cada línea se especifican el número del artículo pedido y la cantidad. Además, se ha determinado que se debe almacenar la información de las fábricas. Sin embargo, dado el uso de distribuidores, se usará: Número de la fábrica (único) y Teléfono de contacto. Y se desean ver cuántos artículos (en total) provee la fábrica. También, por información estratégica, se podría incluir información de fábricas alternativas respecto de las que ya fabrican artículos para esta empresa.Nota: Una dirección se entenderá como Nº, Calle, Comuna y Ciudad. Una fecha incluye hora.Se pide hacer el diagrama ER para la base de datos que represente esta información.

Empresa de SegurosConstruir un diagrama entidad-relación para una compañía de seguros que almacena información sobre sus empleados (nombre, salario y número de empleado) controlando además quién es el jefe de cada empleado; sobre las pólizas vendidas por cada uno de sus agentes de seguros (número de póliza, descripción y cantidad asegurada) y sobre los beneficiarios de esas pólizas (nombre y dirección).

HospitalConstruir un diagrama entidad-relación para un hospital con un conjunto de pacientes y un conjunto de empleados sanitarios (médicos y ATS). Un paciente es atendido por uno o más médicos y es asistido por un grupo de ATS. Cada paciente se describe por su número de historia clínica, su nombre y dirección. En la base de datos se mantiene información del personal sanitario referente a su número de empleado, nombre, tipo y especialidad. Para cada paciente se mantiene un registro de los análisis realizados identificados por un número de referencia, además se indica el tipo de análisis, la fecha en la que se realizó, el médico que solicitó el análisis, el o los ATS que realizaron la prueba y los resultados que se obtuvieron en la misma.


Recommended