Momento Intermedio Fase4 Rafael Eduardo Cotes Diaz

UNIVERSIDA NACIONAL ABIERTA Y A DISTANCIA UNAD ESCUELA DE CIENCIAS BASICAS, TECNOLOGIAS E INGENIERIA - ECBTI

CURSO

BASES DE DATOS BASICO 301330-A_363

Unidad 2: Fase 4: Modelado Relacional (Modelo Lógico)

Elaborado por: Rafael Eduardo Cotes Díaz Código: 77172181 Grupo: 301330-A_363

TABLA DE CONTENIDO

Contenido

INTRODUCCION .............................................................................................................................. 3

Evidencia asistencia a la Web Conferece ............................................................................................ 4 Etapa de Análisis (Modelamiento-Entidad-Relación) ......................................................................... 5 Formato 1 – Descripción de Entidades ............................................................................................... 5 Formato 2 - Descripción de atributos y sus restricciones naturales (Tipo de Dato) y restricciones adicionales, Dominios (Lista de Valores, Rangos de Valores y Restricciones generales) .................. ................. . 9 Formato 3 - Matriz de Relaciones ..................................................................................................... 12 Formato 4 – Descripción Descripción ampliada de las relaciones determinadas en la Matriz de Relaciones (Análisis de Roles, Cardinalidad/Opcionalidad, Grado, Cualidad de identificación, Transferibilidad) ........................................................................................................................................................... 13 Notación CROW’s Foot Foot de Richar Barker a partir de la Borrador de Diagrama Entidad Relación – Notación Matriz de Relaciones y Diseñado con la Herramienta Oracle Developer Data Modeler – Versión Versión 1.0 ...................................................................................................................................................... 15

Formato 5 – Descripción Descripción Semántica de las Relaciones con el Lenguaje ERDish ............................. ................ ............. 16 16 Formato 5 – Descripción Descripción Semántica de las Relaciones con el Lenguaje ERDish ............................. ................ ............. 16 16 CODIGO SQL ................................................................................................................................... 18

TABLA DE CONTENIDO

Contenido

INTRODUCCION .............................................................................................................................. 3

Evidencia asistencia a la Web Conferece ............................................................................................ 4 Etapa de Análisis (Modelamiento-Entidad-Relación) ......................................................................... 5 Formato 1 – Descripción de Entidades ............................................................................................... 5 Formato 2 - Descripción de atributos y sus restricciones naturales (Tipo de Dato) y restricciones adicionales, Dominios (Lista de Valores, Rangos de Valores y Restricciones generales) .................. ................. . 9 Formato 3 - Matriz de Relaciones ..................................................................................................... 12 Formato 4 – Descripción Descripción ampliada de las relaciones determinadas en la Matriz de Relaciones (Análisis de Roles, Cardinalidad/Opcionalidad, Grado, Cualidad de identificación, Transferibilidad) ........................................................................................................................................................... 13 Notación CROW’s Foot Foot de Richar Barker a partir de la Borrador de Diagrama Entidad Relación – Notación Matriz de Relaciones y Diseñado con la Herramienta Oracle Developer Data Modeler – Versión Versión 1.0 ...................................................................................................................................................... 15

Formato 5 – Descripción Descripción Semántica de las Relaciones con el Lenguaje ERDish ............................. ................ ............. 16 16 Formato 5 – Descripción Descripción Semántica de las Relaciones con el Lenguaje ERDish ............................. ................ ............. 16 16 CODIGO SQL ................................................................................................................................... 18

INTRODUCCION

Con el presente informe se realizar de manera grupal el proceso de diseño de base de datos de los desmovilizados en Colombia, en ella se enfocara en el modelo de la tarjeta de pago, al igual se aplicaran los modelos de datos, los modelos de datos entidad relación y modelo de datos relacional, modelo lógico.

Evidencia asistencia a la Web Conferece

Para el diseño de base de datos, se realizara por fases o etapas al igual que las tecnologías para aplicar, las etapas del proceso son; problemática con los datos donde se resume de la siguiente manera: El cliente presenta un problema que requiere el uso del computado para resolverlo, con el problema latente, se remite el mismo al programador donde este ejecuta unas tareas por etapas para resolver el problema, son tres etapas, que dependen de la magnitud y el tipo de problema que ese está presentando, este proceso se realizar en forma secuencial de arriba hacia abajo, en cada etapa se deben realizar ciertas tareas con objetivos específicos, luego de la ejecución de cada etapa y al final del proceso se tiene una solución del problema, donde se realiza un programa o aplicativo final, que a su vez es instalado en el computador donde un usuario final lo ejecutara. Las etapas son Análisis del problema, Diseño de la solución, Construcción de la solución, dependiendo del problema de los datos, a estas etapas se le darán unos nombres, donde se utilizara una metodología. metodología.

Etapa de Análisis (Modelamiento-Entidad-Relación) Se llama etapa de modelamiento, porque la metodología propuesta es Modelo EntidadRelación, es una metodología propuesta por Peter Cheng Se debe entender la problemática y con base a eso se realizar un modelamiento, hay tres situaciones por entender ( Modelo de Datos ), herramienta metodológica, (Modelamiento Entidad-Relación), hace referencia a la acción que se hace cuando se utiliza con el modelo de datos, y la otra con el producto del modelo entidad relación. El modelo entidad relación es un documento que recoge todo el proceso de la problemática, es realizar un esquema del problema, que es el modelo entidad-relación, y está conformado por: Descripción de entidades, descripción de atributos, descripción de relaciones, diagrama entidad-relación, herramienta grafica o simbólica para entender el diagrama entidad relación, al igual se realizar un modelo ERDISH, elemento del modelo entidad-relación mas otras herramientas de apoyo para entender la problemática. Con base en esta problemática se realizara un modelo para entenderlo mejor y proponer un diseño, este a su vez le entrega al programador.

Zona de Concentración

Departamento

para mantener control de los mismos. Porque es importante, Tener la ubicación precisa de cada desmovilizado por zonas de concentración, estas zonas están por municipios y departamentos, cada zona se debe codificar, se registrara el nombre y la extensión en medida de hectáreas. Se debe tener Nombre del departamento donde se encuentra el desmovilizado , según su zona de concentración

         

  

Zona01 Zona02 Zona03 Zona04 Zona05 Zona06 Zona07 Zona08 Zona09 Zona10

Cesar Guajira Antioquia

100000

Codificación de zonas , según departamento y municipio, conocer según su codificación el nombre de la zona y la cantidad de hectáreas que tiene.

32

Ubicación del desmovilizado por departamento

Jefe de Zona de concentración

Retiro de zona de concentración

Giro a desmovilizado retirado de zona

identificado por un número de identificación, entre pago y pago el pagado puede ser diferente Cada zona de concentración tiene un jefe de zona , el cual es desmovilizado, este firma la tarjeta de pago, puede ser cambiado también Registro de salidas de cada desmovilizado , se registra dirección, municipio, departamento, teléfono, y contacto secundario Pago o giro bancario a desmovilizado que



   











84001250, Olga Castro

Javier Mauricio Parra Rafael Eduardo Cotes Diaz Ender Pallares Astrid Rangel

Javier Mauricio Parra, calle 18 19-56 Valledupar-Cesar Rafael Eduardo Cotes Diaz, Carrera 6 14-27 ValleduparCesar Ender Pallares, Carrera 6 15-87 Bosconia Cesar Astrid Rangel, C 40 14-57 Becerril-Cesar 00001, 10/11/2017,500.000,bacno Bogotá

500

100000

100000

gobierno nacional para realizar el pago al desmovilizado, el cual es rotado siempre. Un desmovilizado solo puede estar en una zona de concentración y ser jefe de esa zona, una zona de concentración tiene un solo jefe y varios desmovilizados Registro de salidas de desmovilizado con control de cada uno de ellos

Registro de transacciones de pagos a

Actividad Proyecto Productivo

tener responsable, un desmovilizado puede estar adscrito a un solo proyecto, como responsable o como participante Actividades que realizan los responsables de cada proyecto, donde informan mensualmente la fecha inicio de la operación, fecha inicio de producción, fecha final de operación y fecha final de producción, valor gastado.







Tipo actividad: inicio, fecha inicial: 19/08/2017, fechafinal, 12/12/2017, valor:2.000.000. Tipoactividad:operación,fec hainicial:19/08/2017, fechafinal:12/12/2017,4.00 0.000 Tipoactividad:producción,fe chainicial:12/12/2017,fecha final,5.000.000,

Llevar estadística de los proyectos. Cada actividad solo puede ser de un tipo(iniciooperaciónproducción)

Formato 2 - Descripción de atributos y sus restricciones naturales (Tipo de Dato) y restricciones adicionales, Dominios (Lista de Valores, Rangos de Valores y Restricciones generales) Nombre Entidad

Desmovilizado

Atributos

Tipo de Dato (Texto, Número, Fecha)

Tamaño

Tipo de identificación_desmovil

t

15

SI

Numero_idesntificacion_desmovil Municipio_exp_identificacion_desmovil Fecha_exp_identifiacion_desmovil Primer_nombre_desmovil Segundo_nombre_desmovil Primer_apellido_desmovil Segundo_apellido_desmovil Alias Numero_telefono_celular_desmovil Direccion_desmovil

n T F T T T T T N T

15 15 15 15 15 15 15 15 15 15

Municpio_Residencia_desmovil Departamento_Residencia_desmovil Tipo_sangre_desmovil

Municpio_Residencia_desmovil Departamento_Residencia_desmovil Tipo_sangre_desmovil

T T t

Numero_idesntificacion_desmovil

Numero_idesntificacion_desmovil

Tipo de identificación_desmovil

Obligatoriedad (Si/No)

Cardinalidad (1 o Muchos)

Restricciones adicionales Lista de Valores

---------------------

15 15 10

Si Si Si

----

-------

N

15

Si

codigo_zona_concentracion_desmovil

N

8

Si

Nombre_zona_concentracion

Nombre_zona_concentracion

T

15

Si

Nombre_Municipio_zona_concentracion_desmovil

Municipio_zona_concentracion_desmovil

T

15

Si

1

Nombre_Departamento_zona_concentracion_desmovil

Departamento_zona_concentracion_desmovil

T

15

Si

m

Extensión_zona_concentracion_desmovil

Extensión_zona_concentracion_desmovil

N

15

Si

Nombre_departamento_zona_concentracion Nombre_municipio_zona_concentracion

t t

15 15

si si

Nombre_departamento_zona_concentracion Nombre_municipio_zona_concentracion

x

X

x x

m

Rango de Valores

si Si Si Si Si Si Si No Si Si

codigo_zona_concentracion_desmovil

Departamento Municipio

Nombre dominio

Cedula de Ciudadanía Tarjeta de Identidad Cedula de extranjería -----------

Numero_idesntificacion_desmovil Municipio_exp_identificacion_desmovil Fecha_exp_identifiacion_desmovil Primer_nombre_desmovil Segundo_nombre_desmovil Primer_apellido_desmovil Segundo_apellido_desmovil Alias Numero_telefono_celular_desmovil Direccion_desmovil


Identificador Único (UID)

Restricción general

Escoger un tipo de identificación

------------------Al colocar la dirección es obligatorio digitar municipio y departamento de residencia -------

Toda las zonas están codificadas, y se debe registrar su nombre y extensión en hectáreas

m 1

---

----

----

Tarjeta de ahorro y pago

Pagador

Jefe de Zona de concentración Retiro de zona de concentración

Activo_zona_concentracion Nume_tarjeta_desmovil Fecha_apertura_desmovil Tipo de identificación_desmovil Numero_idesntificacion_desmovil Municipio_exp_identificacion_desmovil Fecha_exp_identifiacion_desmovil Primer_nombre_desmovil Segundo_nombre_desmovil Primer_apellido_desmovil Segundo_apellido_desmovil Alias Fecha_pago Valor Nombre_pagador firmas

x

Numero_identificacion_pagador Nombre_pagador Apellidos_pagador Nombre_Jefe_zona_concentracion

x

Retiro_zona_concentracion

Proyecto

T

2

SI NO

Nume_tarjeta_desmovil Fecha_apertura_desmovil Tipo de identificación_desmovil Numero_idesntificacion_desmovil Municipio_exp_identificacion_desmovil Fecha_exp_identifiacion_desmovil Primer_nombre_desmovil Segundo_nombre_desmovil Primer_apellido_desmovil Segundo_apellido_desmovil Alias Fecha_pago Valor Nombre_persona_paga firmas

N F N N T F T T T T T F N T T

8 15 15 15 15 15 10 10 10 10 10 10 12 12 30

1

Numero_identificacion_pagador Nombre_pagador Apellidos_pagador Nombre_Jefe_zona_concentracion

N T T t

8 15 15 15

1

Recibe Paga Jefe de Zona

1

Retiro_zona_concentracion

= Numero_idesntificacion_desmovil Si No

=si Registro de datos de ubicación Hacer giro bancario

Numero_idesntificacion_desmovil codigo_zona_concentracion_desmovil Primer_nombre_desmovil Segundo_nombre_desmovil Dirección_ubicacion_desmvil

Giro a desmovilizado

x

Activo_zona_concentracion

Numero_idesntificacion_desmovil codigo_zona_concentracion_desmovil Primer_nombre_desmovil Segundo_nombre_desmovil Dirección_ubicacion_desmvil

N T T T T

8 15 15 15 15

Municipio_ubicacion_desmovil

Municipio_ubicacion_desmovil

T

15

Departamento_ubicacion_desmovil

Departamento_ubicacion_desmovil

T

15

Telefono_Persona_Contacto Numero_giro

N

x

18 8

1

x

Numero_idesntificacion_desmovil Fecha_giro Valor_giro Entidad_bancaria_giro Numero_idesntificacion_desmovil

N F N t N

15 10 12 15 8

1

Telefono_Persona_Contacto Numero_giro Numero_idesntificacion_desmovil Fecha_giro Valor_giro Entidad_bancaria_giro Numero_identificacion_desmovil

x

1

10

Productivo


Nombre_proyecto Descripción_proyecto Tipo de actividad

Numero_identificacion_desmovil Fecha_inicio_actividad Fecha_finalizacion_actividad Valor_Gastado

x

Nombre_proyecto Descripción_proyecto Tipo de actividad

T T T

20 50 15

Numero_identificacion_desmovil Fecha_inicio_actividad Fecha_finalizacion_actividad Valor_Gastado

n F F N

15 15 15 12

-Inicio -Operación -Producción

11

Formato 3 - Matriz de Relaciones ENTIDADES

Desmovilizado


Desmovilizado

R2

Zona de Concentración Departamento

Municipio

R1-R2

R1-R2

R2

Tarjeta de ahorro y pago Pagador

R3

Pagador

Jefe de Zona de concentración

Retiro de zona de concentración

R4 R6 R7

R4 R5 R6

R7

R10

R10

R8 R9 R10

Tarjeta de ahorro y pago

Giro a desmovilizado retirado de zona

Proyecto Productivo


R8

R9

R10

R5

R2 R2 R3

Municipio

Jefe de Zona de concentración Retiro de zona de concentración Giro a desmovilizado retirado de zona Proyecto Productivo Actividad Proyecto Productivo

Departamento

R10 R10

Formato 4 – Descripción ampliada de las relaciones determinadas en la Matriz de Relaciones (Análisis de Roles, Cardinalidad/Opcionalidad, Grado, Cualidad de identificación, Transferibilidad) Relación

ENTIDAD 1

Rol

ENTIDAD 2

Pregunta para determinar Opcionalidad (Preguntar si está obligado)

Rta. Opc.

Pregunta para determinar Cardinalidad (Preguntar CUANTO )

Rta. Card.

Relación es Transferible (Si/No)

Grado

Ayudar a identificar entidades participantes

Observaciones/Restricciones/Atributos

Las dos entidades participantes se identifican plenamente. Todos los desmovilizados deben registrar su dirección de residencia y de esta se debe indicar su municipiodepartamento Un desmovilizado siempre debe estar en una zona de concentración

Esta relación modela el hecho de que un desmovilizado registra sus datos y debe registrar su dirección de esta dirección indicar su municipio y departamento

R1

Desmovilizado

Registra sus datos

Municipiodepartamento

¿Un desmovilizado debe registrar una dirección de residencia y de esta debe indicar su municipio y departamento?

si

¿Cuántos desmovilizados se registran por municipio y departamento?

m

Si

1am

R2

Desmovilizado

Se ubica en

Zona de concentración

¿Un desmovilizado debe estar en una zona de concentración?

si

¿Cuántos desmovilizados se encuentran en una zona de concentración?

m

Si

1am

R3

Zona de concertación

Debe tener el


si

¿Cuantas zonas de concentración hay por municipio y departamento¿

m

Si

1am

Cada zona de concentración debe tener el municipio y el departamento

Esta relación modela el hecho de que un cada zona de concentración debe estar registrada su municipio y el departamento

R4

departamento

Tiene

municipios

¿Es obligatorio que se registre el municipio y el departamento de la zona de concentración? ¿Un departamento tiene varios municipios?

si

¿Cuantos municipios hay por departamento?

m

si

1am

Existen varios municipios por departamento

Esta relación modela el hecho de que un departamento tiene varios municipios.

R5

municipio

pertenece

Departamento

¿un municipio pertenece a un departamento?

Si

Cuantos municipios pertenecen a un departamento?

1

si

1

un Municipio solo pertenece a un departamento

Esta relación modela el hecho de que un municipio pertenece a un departamento

R6

Tarjeta de pago

pertenece

desmovilizado

¿Una tarjeta de pago pertenece a un solo desmovilizado?

si

¿Cuantas tarjetas de pago tiene un desmovilizado?

1

si

1

cada uno de los Desmovilizados tiene una Tarjeta de Ahorros y Pago

Esta relación modela el hecho de que cada uno de los Desmovilizados tiene una Tarjeta de Ahorros y Pago

R7

pagador

paga

desmovilizado

¿un pagador siempre paga a un desmovilizado?

no

¿Cuántos pagadores hacen el pago a un desmovilizado?

1

si

1

entre pago y pago, el Pagador pueden ser diferentes, pero solo uno es el que paga en un momento dado

Esta relación modela el hecho de que entre pago y pago, el Pagador pueden ser diferentes, pero solo uno es el que paga en un momento dado

Esta relación modela el hecho de que un desmovilizado debe estar en una zona de concentración.

R8


Tienen

Jefe de zona concentración

R9

Un desmovilizado

Solo puede estar

Zona de concentración y ser jefe de una zona

R10

Un desmovilizado

Sale de


R11

Un desmovilizado

Debe inscribir

Proyecto productivo

R12

Proyecto

Debe estar

municipio

R13

proyecto

tiene

responsable

R14

Desmovilizado

Puede tener

Un proyecto

R15

Proyecto

Tiene

actividades

R16

Actividad

Solo puede ser

Tipo de actividad

¿Es obligatorio que cada zona de concentración tenga un jefe de zona? ¿un desmovilizado solo puede estar en una zona de concentración? ¿un desmovilizado puede salir de la zona de concentración? ¿Es obligatorio que cada desmovilizado inscriba un proyecto? ¿Es obligatorio que el proyecto esté en el municipio donde se desarrollara? ¿es obligatorio que cada proyecto tenga un responsable? ¿Un desmovilizado puede tener un solo proyecto productivo? ¿Cada proyecto debe tener unas actividades?

si

¿Cuántos jefes de zona tiene una zona de concentración?

1

si

1

Las Zonas de Concentración tienen un Jefe de Zona de concentración

Esta relación modela el hecho de que Las Zonas de Concentración tienen un Jefe de Zona de concentración

si


1

si

1

Las Zonas de Concentración tienen un Jefe de Zona de concentración


si

¿Cuántos desmovilizados pueden salir de la zona de concentración?

m

si

1am

Un desmovilizado puede salir de una zona de concentración

Esta relación modela el hecho de que un desmovilizado puede salir de una zona de concentración aun así se le sigue pagando

si

¿Cuántos proyectos inscriben los desmovilizados?

m

si

1am

Un desmovilizado debe inscribir un proyecto productivo

Esta relación modela el hecho de que cada desmovilizado debe obligatoriamente inscribir un proyecto

si

¿Cuántos municipios tienen proyectos de los desmovilizados?

m

si

1am

Cada proyecto debe estar en un municipio

Esta relación modela el hecho de todo p royecto debe estar en el municipio donde se desarrollara

si

¿Cuántos responsables tiene un proyecto?

1

si

1

Cada proyecto tiene un responsable

Esta relación modela el hecho de que cada proyecto tiene un responsable que a su vez es un desmovilizado

si

¿Cuántos proyecto puede tener un desmovilizado?

1

si

1

Cada desmovilizado puede tener un solo proyecto

Esta relación modela el hecho de cada desmovilizado puede tener un solo proyecto

si

¿Cuántas actividades tiene un proyecto?

m

si

1am

Todo proyecto debe enviar las actividades realizadas

Esta relación modela el hecho de todo p royecto por medio del responsable debe enviar informe de las actividades

¿las actividades solo puede ser de un tipo?

si

¿Cuántos tipos de actividad hay en un proyecto?

m

si

1am

Todo proyecto es definido por un tipo de actividad

Esta relación modela el hecho de que todo proyecto es definido por un tipo de actividad

14

Borrador de Diagrama Entidad Relación – Notación CROW’s Foot de Richar Barker a partir de la Matriz de Relaciones y Diseñado con la Herramienta Oracle Developer Data Modeler – Versión 1.0

MODELO LOGICO

MODELO RELACIONAL

15

Formato 5 – Descripción Semántica de las con el Lenguaje ERDish Formato 5 – Descripción Semántica deRelaciones las Relaciones con el Lenguaje ERDish Relación

ENTIDAD 1

Rol

ENTIDAD 2

Pregunta para determinar Opcionalidad (Preguntar si está obligado)

Rta. Opc.

¿Un desmovilizado debe registrar una dirección de residencia y de esta debe indicar su municipio y departamento? ¿Un desmovilizado debe estar en una zona de concentración?

si

Pregunta para determinar Cardinalidad (Preguntar CUANTO )

Rta. Card.

Descripción de la Relación de acuerdo con el ERDish

¿Cuántos desmovilizados se registran por municipio y departamento?

m

Esta relación modela el hecho de que un desmovilizado registra sus datos y debe registrar su dirección de esta dirección indicar su municipio y departamento

si

¿Cuántos desmovilizados se encuentran en una zona de concentración?

m

Esta relación modela el hecho de que un desmovilizado debe estar en una zona de concentración.

¿Es obligatorio que se registre el municipio y el departamento de la zona de concentración? ¿Un departamento tiene varios municipios?

si

¿Cuantas zonas de concentración hay por municipio y departamento¿

m

Esta relación modela el hecho de que un cada zona de concentración debe estar registrada su municipio y el departamento

si

¿Cuantos municipios hay por departamento?

m

Esta relación modela el hecho de que un departamento tiene varios municipios.

R1

Desmovilizado

Registra sus datos


R2

Desmovilizado

Se ubica en


R3

Zona de concertación

Debe tener el


R4

departamento

Tiene

municipios

R5

municipio

pertenece

Departamento

¿un municipio pertenece a un departamento?

Si

Cuantos municipios pertenecen a un departamento?

1

Esta relación modela el hecho de que un municipio pertenece a un departamento

R6

Tarjeta de pago

pertenece

desmovilizado

¿Una tarjeta de pago pertenece a un solo desmovilizado?

si

¿Cuantas tarjetas de pago tiene un desmovilizado?

1

Esta relación modela el hecho de que cada uno de los Desmovilizados tiene una Tarjeta de Ahorros y Pago

R7

pagador

paga

desmovilizado

¿un pagador siempre paga a un desmovilizado?

no

¿Cuántos pagadores hacen el pago a un desmovilizado?

1

Esta relación modela el hecho de que entre pago y pago, el Pagador pueden ser diferentes, pero solo uno es el que paga en un momento dado

R8


Tienen

Jefe de zona concentración

¿Es obligatorio que cada zona de concentración tenga un jefe de zona?

si


1


16

R9

Un desmovilizado

Solo puede estar

Zona de concentración y ser jefe de una zona

R10

Un desmovilizado

Sale de


R11

Un desmovilizado

Debe inscribir

Proyecto productivo

R12

Proyecto

Debe estar

municipio

R13

proyecto

tiene

responsable

R14

Desmovilizado

Puede tener

Un proyecto

R15

Proyecto

Tiene

actividades

R16

Actividad

Solo puede ser

Tipo de actividad

¿un desmovilizado solo puede estar en una zona de concentración? ¿un desmovilizado puede salir de la zona de concentración? ¿Es obligatorio que cada desmovilizado inscriba un proyecto? ¿Es obligatorio que el proyecto esté en el municipio donde se desarrollara? ¿es obligatorio que cada proyecto tenga un responsable? ¿Un desmovilizado puede tener un solo proyecto productivo? ¿Cada proyecto debe tener unas actividades?

si


1


si

¿Cuántos desmovilizados pueden salir de la zona de concentración?

m

Esta relación modela el hecho de que un desmovilizado puede salir de una zona de concentración aun así se le sigue pagando

si

¿Cuántos proyectos inscriben los desmovilizados?

m

Esta relación modela el hecho de que cada desmovilizado debe obligatoriamente inscribir un proyecto

si

¿Cuántos municipios tienen proyectos de los desmovilizados?

m

Esta relación modela el hecho de todo proyecto debe estar en el municipio donde se desarrollara

si

¿Cuántos responsables tiene un proyecto?

1

Esta relación modela el hecho de que cada proyecto tiene un responsable que a su vez es un desmovilizado

si

¿Cuántos proyecto puede tener un desmovilizado?

1

Esta relación modela el hecho de cada desmovilizado puede tener un solo proyecto

si

¿Cuántas actividades tiene un proyecto?

m

Esta relación modela el hecho de todo proyecto por medio del responsable debe enviar informe de las actividades

¿las actividades solo puede ser de un tipo?

si

¿Cuántos tipos de actividad hay en un proyecto?

m

Esta relación modela el hecho de que todo proyecto es definido por un tipo de actividad

17

CODIGO SQL CREATE TABLE actproyecto ( tipodactividad

CHAR(15) NOT NULL,

numeroidenti

NUMBER(15) NOT NULL,

fechainicioact

DATE NOT NULL,

fechafinalizaciona DATE NOT NULL, valorgastado

NUMBER(15) NOT NULL

);

ALTER TABLE actproyecto

18

ADD CHECK ( tipodactividad IN ( 'INICIO', 'OPERACION', 'PRODUCCION' ) );

ALTER TABLE actproyecto ADD CONSTRAINT actproyecto_pk PRIMARY KEY ( numeroidenti );

CREATE TABLE departamento ( nombdepzonaconcen CHAR(15) NOT NULL

19

);

ALTER TABLE departamento ADD CONSTRAINT departamento_pk PRIMARY KEY ( nombdepzonaconcen );

CREATE TABLE desmovilizado ( tipodocu

CHAR(15) NOT NULL,

numid


munexpiden

CHAR(15) NOT NULL,

fechexpdesmovil

DATE NOT NULL,

prinomdesmovil

CHAR(15) NOT NULL, 20

senomdesmovil

CHAR(15) NOT NULL,

primerapell

CHAR(15) NOT NULL,

segundoapell

CHAR(15) NOT NULL,

alias

CHAR(15),

numtelefdesmovil


direcciondesmovil

CHAR(15) NOT NULL,

munresidesmovil

CHAR(15) NOT NULL,

depresdesmovil

CHAR(15) NOT NULL,

tiposangredesmovil CHAR(8) NOT NULL );

21

ALTER TABLE desmovilizado ADD CHECK ( tipodocu IN ( 'Cedula de Ciudadanía', 'Cedula de extranjería', 'Tarjeta de Identidad' ) );

ALTER TABLE desmovilizado ADD CONSTRAINT desmovilizado_pk PRIMARY KEY ( numid );

22

CREATE TABLE girode ( numergiro


numidedesmovil NUMBER(15) NOT NULL, fechagiro

DATE NOT NULL,

valorgiro


entbangiro

CHAR(15) NOT NULL

);

ALTER TABLE girode ADD CONSTRAINT girode_pk PRIMARY KEY ( numergiro );

23

CREATE TABLE jefezona ( nombreje CHAR(15) NOT NULL );

ALTER TABLE jefezona ADD CONSTRAINT jefezona_pk PRIMARY KEY ( nombreje );

CREATE TABLE municipio ( nommunizonaconcentra CHAR(15) NOT NULL );

24

ALTER TABLE municipio ADD CONSTRAINT municipio_pk PRIMARY KEY ( n ommunizonaconcentra );

CREATE TABLE pagador ( numidentifipaga NUMBER(15) NOT NULL, nombpaga apellpaga

CHAR(15) NOT NULL, CHAR(15) NOT NULL

);

ALTER TABLE pagador ADD CONSTRAINT pagador_pk PRIMARY KEY ( numidentifipaga );

25

CREATE TABLE proyecto ( nuidel NUMBER(8) NOT NULL, nopr

CHAR(20),

depr

CHAR(50) NOT NULL

);

ALTER TABLE proyecto ADD CONSTRAINT proyecto_pk PRIMARY KEY ( nuidel );

CREATE TABLE relation_1 ( zonaconce_codzonaconcen NUMBER(15) NOT NULL,

26

desmovilizado_numid

NUMBER(15) NOT NULL

);

ALTER TABLE relation_1 ADD CONSTRAINT relation_1_pk PRIMARY KEY ( zonaconce_codzonaconcen, desmovilizado_numid );

CREATE TABLE relation_10 ( girode_numergiro


desmovilizado_numid NUMBER(15) NOT NULL ); 27

ALTER TABLE relation_10 ADD CONSTRAINT relation_10_pk PRIMARY KEY ( girode_numergiro, desmovilizado_numid );

CREATE TABLE relation_2 ( jefezona_nombreje

CHAR(15) NOT NULL,

zonaconce_codzonaconcen NUMBER(15) NOT NULL );

ALTER TABLE relation_2 ADD CONSTRAINT relation_2_pk PRIMARY KEY ( jefezona_nombreje,

28

zonaconce_codzonaconcen );

CREATE TABLE relation_3 ( departamento_nombdepzonaconcen CHAR(15) NOT NULL, desmovilizado_numid

NUMBER(15) NOT NULL

);

ALTER TABLE relation_3 ADD CONSTRAINT relation_3_pk PRIMARY KEY ( departamento_nombdepzonaconcen, desmovilizado_numid );

29

CREATE TABLE relation_4 ( municipio_nommunizonaconcentra CHAR(15) NOT NULL, desmovilizado_numid

NUMBER(15) NOT NULL

);

ALTER TABLE relation_4 ADD CONSTRAINT relation_4_pk PRIMARY KEY ( municipio_nommunizonaconcentra, desmovilizado_numid );

CREATE TABLE relation_5 ( desmovilizado_numid NUMBER(15) NOT NULL, 30

tarjeta_numetar

NUMBER(15) NOT NULL

);

ALTER TABLE relation_5 ADD CONSTRAINT relation_5_pk PRIMARY KEY ( desmovilizado_numid, tarjeta_numetar );

CREATE TABLE relation_6 ( pagador_numidentifipaga NUMBER(15) NOT NULL, tarjeta_numetar

NUMBER(15) NOT NULL

);

31

ALTER TABLE relation_6 ADD CONSTRAINT relation_6_pk PRIMARY KEY ( pagador_numidentifipaga, tarjeta_numetar );

CREATE TABLE relation_7 ( retiro_numerodesde

CHAR(15) NOT NULL,

desmovilizado_numid NUMBER(15) NOT NULL );

ALTER TABLE relation_7 ADD CONSTRAINT relation_7_pk PRIMARY KEY ( retiro_numerodesde, 32

desmovilizado_numid );

CREATE TABLE relation_8 ( proyecto_nuidel

NUMBER(8) NOT NULL,

desmovilizado_numid NUMBER(15) NOT NULL );

ALTER TABLE relation_8 ADD CONSTRAINT relation_8_pk PRIMARY KEY ( proyec to_nuidel, desmovilizado_numid );

33

CREATE TABLE relation_9 ( actproyecto_numeroidenti NUMBER(15) NOT NULL, desmovilizado_numid

NUMBER(15) NOT NULL

);

ALTER TABLE relation_9 ADD CONSTRAINT relation_9_pk PRIMARY KEY ( actproyecto_numeroidenti, desmovilizado_numid );

CREATE TABLE retiro ( retizoconcen

CHAR(4) NOT NULL, 34

numerodesde codizonconc primnombre segunombr direubide

CHAR(15) NOT NULL, NUMBER NOT NULL, CHAR(15) NOT NULL, CHAR(15), CHAR(15) NOT NULL,

munubicdesmovil CHAR(15) NOT NULL, depaubidesmovil CHAR(15) NOT NULL, telepercontacto NUMBER(15) NOT NULL );

35

ALTER TABLE retiro ADD CHECK ( retizoconcen IN ( 'NO', 'SI' ) );

ALTER TABLE retiro ADD CONSTRAINT retiro_pk PRIMARY KEY ( numerodesde );

CREATE TABLE tarjeta ( aczoco

CHAR(4) NOT NULL,

36

numetar


fechapertura

DATE NOT NULL,

tipoidentidesmovil numidenti

CHAR(15) NOT NULL, NUMBER(15) NOT NULL,

muniexpdentidesmovil CHAR(15) NOT NULL, fechexpidentifiacion DATE NOT NULL, prinombrdesmovil segundonom

CHAR(15) NOT NULL, CHAR(15) NOT NULL,

primapelldesmovil

CHAR(15) NOT NULL,

seguapelliddesmo

CHAR(15) NOT NULL,

37

alias fechapago valor nombrepaga firmas

CHAR(15) NOT NULL, DATE NOT NULL, NUMBER(15) NOT NULL, CHAR(15) NOT NULL, CHAR(15) NOT NULL

);

ALTER TABLE tarjeta ADD CHECK ( aczoco IN ( 'NO',

38

'SI' ) );

ALTER TABLE tarjeta ADD CHECK ( tipoidentidesmovil IN ( 'Cedula de Ciudadanía', 'Cedula de extranjería', 'Tarjeta de Identidad' ) );

39

ALTER TABLE tarjeta ADD CHECK ( firmas IN ( 'JEFE DE ZONA', 'PAGA', 'RECIBE' ) );

ALTER TABLE tarjeta ADD CONSTRAINT tarjeta_pk PRIMARY KEY ( numetar );

CREATE TABLE zonaconce (

40

numidendesmovil codzonaconcen nomzonaconcen

NUMBER(15) NOT NULL, NUMBER(15) NOT NULL, CHAR(15) NOT NULL,

nommunizonconcendesmovil

CHAR(15) NOT NULL,

nomdepzonaconcentradesmovil CHAR(15) NOT NULL, extzonaconcentra

NUMBER(15) NOT NULL

);

ALTER TABLE zonaconce ADD CONSTRAINT zonaconce_pk PRIMARY KEY ( codzonaconcen );

41

ALTER TABLE relation_1 ADD CONSTRAINT relation_1_desmovilizado_fk FOREIGN KEY ( desmovilizado_numid ) REFERENCES desmovilizado ( numid );

ALTER TABLE relation_1 ADD CONSTRAINT relation_1_zonaconce_fk FOREIGN KEY ( zonaconce_codzonaconcen ) REFERENCES zonaconce ( codzonaconcen );

ALTER TABLE relation_10 ADD CONSTRAINT relation_10_desmovilizado_fk FOREIGN KEY ( desmovilizado_numid )

42

REFERENCES desmovilizado ( numid );

ALTER TABLE relation_10 ADD CONSTRAINT relation_10_girode_fk FOREIGN KEY ( girode_numergiro ) REFERENCES girode ( numergiro );

ALTER TABLE relation_2 ADD CONSTRAINT relation_2_jefezona_fk FOREIGN KEY ( jefezona_nombreje ) REFERENCES jefezona ( nombreje );

43

ALTER TABLE relation_2 ADD CONSTRAINT relation_2_zonaconce_fk FOREIGN KEY ( zonaconce_codzonaconcen ) REFERENCES zonaconce ( codzonaconcen );

ALTER TABLE relation_3 ADD CONSTRAINT relation_3_departamento_fk FOREIGN KEY ( departamento_nombdepzonaconcen ) REFERENCES departamento ( nombdepzonaconcen );

ALTER TABLE relation_3 ADD CONSTRAINT relation_3_desmovilizado_fk FOREIGN KEY ( desmovilizado_numid ) 44

REFERENCES desmovilizado ( numid );


ALTER TABLE relation_4 ADD CONSTRAINT relation_4_municipio_fk FOREIGN KEY ( municipio_nommunizonaconcentra ) REFERENCES municipio ( nommunizonaconcentra );

45


ALTER TABLE relation_5 ADD CONSTRAINT relation_5_tarjeta_fk FOREIGN KEY ( tarjeta_numetar ) REFERENCES tarjeta ( numetar );

ALTER TABLE relation_6 ADD CONSTRAINT relation_6_pagador_fk FOREIGN KEY ( pagador_numidentifipaga )

46

REFERENCES pagador ( numidentifipaga );

ALTER TABLE relation_6 ADD CONSTRAINT relation_6_tarjeta_fk FOREIGN KEY ( tarjeta_numetar ) REFERENCES tarjeta ( numetar );


47

ALTER TABLE relation_7 ADD CONSTRAINT relation_7_retiro_fk FOREIGN KEY ( retiro_numerodesde ) REFERENCES retiro ( numerodesde );


ALTER TABLE relation_8 ADD CONSTRAINT relation_8_proyecto_fk FOREIGN KEY ( proyecto_nuidel )

48

REFERENCES proyecto ( nuidel );

ALTER TABLE relation_9 ADD CONSTRAINT relation_9_actproyecto_fk FOREIGN KEY ( actproyecto_numeroidenti ) REFERENCES actproyecto ( numeroidenti );


49

Actividad 4. Organización del Informe y evidencia de participación en los Temas de Foro de la Fase. 1. El estudiante prepara un Informe sobre sus actuaciones en los Temas planteados en Foro Unidad 2 : Fase 4 : Modelo Relacional(Modelo Logico) . Indicando en el cuadro siguiente, el Tema,

Numero de Participaciones, Fechas de las Participaciones, Indicador de si estaba en los rangos permitidos, pertinencia y oportunidad de los aportes y si referenciaba el origen de los aportes cuando no fueran de su autoría. Tema

No. Fechas de Participación participación

¿Rangos de Fechas?

Pertinencia Oportunidad

¿Aporte con Referencia? (Si/No)

1

viernes, 10 de noviembre de 2017, 15:06

si

Indicado No guía de actividades

1


si


construcción de la descripción de entidades

1


si

Descripción de entidades

1

sábado, 11 de noviembre de 2017, 09:51

si

Formato 2 - Descripción de atributos y

1

sábado, 11 de

si

Indicado No guía de actividades Indicado No guía de actividades Indicado No

Escojo el rol de : Evaluador: Revisa los aportes realizados por los integrantes del grupo de forma crítica, contrasta con lo solicitado en la rúbrica de evaluación. datos:

correo:[email protected] skype rcotes cel:3173316986

50

sus restricciones naturales

noviembre de 2017, 17:13

Formato 3 - Matriz de Relaciones

1

Formato 4 – Descripción ampliada de las relaciones determinadas en la Matriz de Relaciones (Análisis de Roles, Cardinalidad/Opcionalidad, Grado, Cualidad deidentificación, Transferibilidad)

1

Formato 5 – Descripción Semántica de las Relaciones con el Lenguaje ERDish

1

guía de actividades correcion. No

sábado, 11 de noviembre de 2017, 17:34 sábado, 11 de noviembre de 2017, 22:47

si si


sábado, 11 de noviembre de 2017, 22:52

si

Indicado guía de actividades Indicado guía de actividades Indicado guía de actividades Indicado guía de actividades Indicado guía de actividades Indicado guía de actividades

si si si si si

No No No No No No

51

si si

Indicado No guía de actividades Indicado No guía de actividades

Link capeta en Google Drive 52

https://drive.google.com/drive/folders/1XcktPNQTPn0tD3qPX3BOedk93hZoY2Xi?usp=sharing

CONCLUSIONES

53

identificar los principales Momentos del Proceso de Diseño de Bases de Datos Relacionales, se identifica las principales herramientas tecnológicas y metodológicas involucradas en el Proceso de Diseño de Bases de Datos Relacionales, se Aplica conocimientos para contextualizar un proceso de la organización que tenga problemas con datos, paran esta ocasión el diseño de una base datos para el pago de desmovilizados. Con el presente informe se pudo

54

BIBLIOGRAFIA

Jiménez Capel, M. ( 2014). Bases de datos relacionales y modelado de datos (UF1471). Madrid, ESPAÑA: IC Editorial. http://bibliotecavirtual.unad.edu.co:2048/login?user=proveedor&pass=danue0a0&url=http://bibliotecavirtual.unad. edu.co:2051/login.aspx?direct=true&db=edselb&AN=edselb.11126291&lang=es&site=eds-live Casas Roma, J. & Conesa i Caralt, J. (2014). Diseño conceptual de bases de datos en UML. Barcelona, ES: Editorial UOC. Páginas, 41 - 106. http://bibliotecavirtual.unad.edu.co:2048/login?user=proveedor&pass=danue0a0&url=http://bibliotecavirtual.unad. edu.co:2051/login.aspx?direct=true&db=edselb&AN=edselb.10903566&lang=es&site=eds-live Ramakrishnan, R., & Gehrke, J. 2007). Sistemas de gestión de bases de datos (3a. ed.). Madrid, ES: McGraw-Hill España. Página, 3- 50 http://bibliotecavirtual.unad.edu.co:2048/login?user=proveedor&pass=danue0a0&url=http://bibliotecavirtual.unad. edu.co:2051/login.aspx?direct=true&db=edselb&AN=edselb.10504924&lang=es&site=eds-live Sosa Flores, M. & López Vázquez, M. (2007) Diseño de bases de datos relacionales. Córdoba, AR: El Cid Editor. http://bibliotecavirtual.unad.edu.co:2048/login?user=proveedor&pass=danue0a0&url=http://bibliotecavirtual.unad. edu.co:2051/login.aspx?direct=true&db=edselb&AN=edselb.10189843&lang=es&site=eds-live

Ramakrishnan, R., & Gehrke, J. 2007). Sistemas de gestión de bases de datos (3a. ed.). Madrid, ES: McGraw-Hill España. Página, 3- 50 http://bibliotecavirtual.unad.edu.co:2048/login?user=proveedor&pass=danue0a0&url=http://bibliotecavirtual.unad. edu.co:2051/login.aspx?direct=true&db=edselb&AN=edselb.10504924&lang=es&site=eds-live

55

Momento Intermedio Fase4 Rafael Eduardo Cotes Diaz

Recommend Documents