Bases de Datos Modelamiento.

Slides:



Advertisements
Presentaciones similares
SISTEMAS DE INFORMACIÓN I
Advertisements

IBD Plan 90 y 2003 Clase 11.
Fundamentos de Diseño de Software INFT.1
CLASIFICACIÓN DE CLASES Orientación a objetos UNIVERSIDAD DEL VALLE DEL FUERTE Análisis y Diseño Orientado a Objetos Cañedo Encinas Fernando Onorat. Ingeniería.
TECNICATURA UNIVERSITARIA EN INFORMATICA
Modelo Entidad Relación
Introducción a LAS Bases de Datos
Fundamentos de Base de Datos Modelo E-R
CALIDAD EN DESARROLLO DE SOFTWARE
Tomado de:
Modelo Entidad-Relación
Maestría en Bioinformática Bases de Datos y Sistemas de Información Diseño Conceptual Ing. Alfonso Vicente, PMP
MODELO RELACIONAL.
Diseño orientado al flujo de datos
MODELO ENTIDAD RELACIÓN MER
Entidad Relación Doc. Ing. Marleny Soria Medina
2.1Definición de un modelo de datos
Modelos de Datos Modelado y Diseño de Bases de Datos
MODELADO DE ANALISIS Y DISEÑO
Fundamentos de Ingeniería de Software
Maestría en Bioinformática Bases de Datos y Sistemas de Información Calidad de Esquemas Ing. Alfonso Vicente, PMP
INGENIERIA DE REQUERIMIENTOS
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
Modelo Entidad Relación E-R
MODELO RELACIONAL.
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
Modelos existentes de base de datos
IS ILic. Patricia Pesado.1 INGENIERIA DE REQUERIMIENTOS.
Sistemas de Bases de Datos I
Viviana Poblete López Módulo: Modelo de Datos
Ingeniería de Software Orientado a Objetos
Fundamentos de Ingeniería de Software Facultad de Ingenieria Universidad Distrital Francisco José de Caldas ESPECIFICACIÓN Y MANEJO DE LOS REQUERIMIENTOS.
Modelos de Bases de Datos
Organización y Estructuración de Datos
Análisis y Diseño de Sistemas
Modelos de Datos.
Ing. Héctor Abraham Hernández Erazo
APLICACIÓN DE NUEVAS TECNOLOGÍAS EN LA CONSERVACIÓN Y ANÁLISIS DEL PATRIMONIO CULTURAL Pensar Relacionalmente: Bases de Datos Relacionales (una visión.
CICLO DE VIDA Y NORMAALIZACION DE UN SISTEMA DE BASE DE DATOS
Ingeniería de Software
Importancia en la efectividad del:
INTRODUCCIÓN A LA INGENIERÍA DEL SOFTWARE
Trainning DFD.
HERRAMIENTAS CASE.
Bases de Datos.
Métrica v2.1 Técnicas: Modelado de datos (Parte 1)
REQUISITOS.
Informática II Complejidad1 COMPLEJIDAD DEL SOFTWARE Monoprogramación SOFTWARE Software de dimensión industrial.
Clasificación de Diagramas
Diseño de Sistemas.
Diagramas.
Introducción al análisis de sistemas
Ingeniería de Requisitos
Métricas de la Calidad de la Especificación.
DIAGRAMA DE CLASES.
UML.
3. Paradigmas de la ingeniería de software.
Un requerimiento es una condición o capacidad a la que el sistema (siendo construido) debe conformar [ Rational ]. Un requerimiento de software puede.
¿QUÉ ES EL MODELO ENTIDAD-RELACIÓN?  Como ya he comentado este modelo es solo y exclusivamente un método del que disponemos para diseñar estos esquemas.
Análisis de Requerimientos
Acceso a Datos Erick López Ovando Licenciado en Informática.
ESTACIONES DE TRABAJO..
Proceso de desarrollo de Software
LILIANA JIMENEZ GARCIA FERANANDO CANO GOMEZ. El proceso de recopilar, analizar y verificar las necesidades del cliente para un sistema es llamado Ingeniería.
M ODELO DE DATOS DE ENTIDAD - VÍNCULO El modelo de entidad-vínculo es un modelo de datos conceptual de uso muy extendido. Este modelo, y sus variantes,
Fundamentos de Ingeniería de Software
BASES DE DATOS CONCEPTOS BASICOS Elizabeth Maite Zarate Machaca “El tratamiento eficiente de la información al servicio del usuario”
Modelo entidad-relación extendido EER L.I. José de Jesús Eduardo Barrientos Avalos.
Verificación y Validación del Software
Modelos Entidad – Relación (E-R). El modelo entidad-relación Los MD soportados por los SGBD no suelen ofrecer, dado su bajo nivel de abstracción, los.
Transcripción de la presentación:

Bases de Datos Modelamiento

Modelo Entidad Relación Analisis de Requerimientos Requisitos Funcionales ¿Qué debe hacer el sistema? ¿Qué transacciones debe realizar? Requisitos de Datos ¿Qué datos debe almacenar? ¿Cómo se componen los datos?

Definición de Requerimientos (requirements en inglés). En ingeniería del software y el desarrollo de sistemas, un requerimiento es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio. Los requerimientos son declaraciones que identifican atributos, capacidades, características y/o cualidades que necesita cumplir un sistema (o un sistema de software) para que tenga valor y utilidad para el usuario. En otras palabras, los requerimientos muestran qué elementos y funciones son necesarias para un proyecto.

Clasificación de Requerimientos Requerimientos funcionales: qué debe hacer el sistema o software. Requerimientos no funcionales: cómo debe funcionar el sistema o software (no su implementación), por ej. calidad, rendimiento, facilidad de uso, etc. Requerimientos externos: a qué se debe atener el sistema o software con respecto a su entorno: compatibilidad con otros sistemas, adecuación a determinadas leyes,etc.

Características de los requerimientos Actual: el requerimiento no debe volverse obsoleto con el paso del tiempo. Cohesión: el requerimiento debe dirigirse a solo una única cosa. Completo: el requerimiento debe estar completamente declarado en un único lugar, sin información faltante. Consistente: el requerimiento no debe contradecir ningún otro requerimiento y debe ser completamente consistente con toda la documentación. Correcto/necesario: el requerimiento debe cumplir con la necesidad declarada por los interesados en el sistema/software.

Características de los requerimientos Factible/viable: el requerimiento debe poder ser implementado. No ambiguo: el requerimiento debe estar concisamente declarado. Debe expresar hechos objetivos, no opiniones subjetivas. Debe poder ser interpretado de una única manera. Obligatorio: el requerimiento debe representar una característica definida por el grupo interesado en el desarrollo del sistema/software, su ausencia no puede ser reemplazada. Observable externamente: el requerimiento debe especificar una característica observable externa o experimentable por el usuario del producto. Verificable/demostrable: La implementación del requerimiento debe poder ser resuelta en alguno de estos cuatro métodos: inspección, análisis, demostración o prueba.

Definiciones Entidad: Objeto del mundo real distinguible de otros objetos. Una entidad se describe usando un conjunto de atributo. Conjunto de entidades (tipo de entidad): Una colección de entidades similares (ej. todos los empleados). Todas las entidades de un conjunto tiene los mismos atributos (a excepción de una jerarquía) Cada conjunto de entidades tiene una llave Cada atributo tiene un dominio

Definiciones Un tipo de entidad define el esquema o intención para el conjunto de entidades que comparten la misma estructura. La colección de entidades de un tipo particular de entidad definen la extensión del tipo de entidad.

Definiciones Atributos: En un MER existen diferentes tipos de atributos: Atributos simples o atómicos: son atributos no divisibles. Atributos compuestos: son atributos que se pueden dividir en sus componentes, pudiendo formar jerarquías. Atributos monovaluados: son atributos que tienen un solo valor para una entidad en particular. Atributos multivaluados: son atributos que tienen limites inferior y superior en el numero de valores para una entidad. Atributos almacenados Atributos derivados Valores nulos Atributos complejos: son atributos compuestos o multivaluados anidados de una manera arbitraria (lista, conjuntos).

Definiciones Atributos clave de una entidad: Un tipo de entidad casi siempre tiene un atributo que es distinto para cada entidad. Hay ocasiones en que un conjunto de atributos constituyen la clave de una entidad (atributos subrayados en los diagramas). Algunas entidades tienen más de un atributo clave. Dominio de los atributos: Cada uno de los atributos simples tienen asociado un conjunto de valores posibles. Relación: Asociación entre dos o más entidades. Por ejemplo, X trabajo en departamento Y.

Ejemplo

Entidades

Atributos

Relaciones

Atributos Simples o compuestos

Atributos Clave

Relaciones Tipo de Relación Instancia de Relación Ej. es_jefe_de, estudia_en, participa_en Instancia de Relación Juan es_jefe_de Pedro Grado de una relación Numero de entidades que participan Binario, Terciario, etc. Cardinalidades Numero de Instancias de cada Entidad

Cardinalidad Relaciones

Relaciones con Atributos

Relaciones Ternarias

Disminución Grados Relación

Disminución Grados Relación Reemplazo de relación por entidad, logrando relaciones binarias