Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Caso desmovilizados
Presentado por:
Cleria Maryory Mallejas Chaverra - código: 43.868.770
Grupo 301330_24
Profesor:
https://drive.google.com/open?id=1xocjgUnz9XZZlkAT4ol_QExLI6Sn87gd
INGENIERIA DE SISTEMAS
Contenido
Contenido............................................................................................................................2
Introducción........................................................................................................................3
Objetivo general..................................................................................................................3
Objetivos específicos..........................................................................................................3
Desarrollo............................................................................................................................4
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)..................................................................................................8
Formato 3 - Matriz de Relaciones.................................................................................12
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)....................................................................................12
Borrador de Diagrama Entidad Relación – Notación CROW’s--- Foot de Richar
Barker a partir de la Matriz de Relaciones y Diseñado a Mano Alzada – Versión 1.0 15
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........................................................................................16
Formato 5 – Descripción Semántica de las Relaciones con el Lenguaje ERDish........18
6. Código DDL..............................................................................................................20
Conclusiones.....................................................................................................................30
Referencias........................................................................................................................31
3
Introducción
En esta actividad continuamos profundizando en el estudio de bases de datos,
específicamente bases de datos relacionales, este tema es de gran importancia en la
disciplina Ingeniería informática o ciencias de la computación. El trabajo se hace como
ejercicio práctico en el que se logre aplicar la mayoría de conceptos técnicas y
procedimientos.
El trabajo se realiza con un caso simulado en el que intentaremos identificar todas las
identidades, atributos, relaciones y otras características especiales como son restricciones,
cardinalidad, dominio y rango.
El método empleado para el desarrollo del trabajo consiste en analizar e identificar todos
los conceptos, organizar la información en tablas previamente diseñadas, luego con el uso
de una herramienta tecnológica se construirá una base de datos real, finalmente se generará
un script que se pueda ejecutar en otra plataforma o sistema informático.
Objetivo general
Analizar diseñar e implementar una base de datos relacional
Objetivos específicos
Comprender en su totalidad los conceptos entidad, atributos y relación.
Conocer y entender y analizar la problemática planteada en el caso de estudio.
Identificar las entidades y sus respectivos atributos.
Identificar las relaciones entre entidades.
Analizar las relaciones y eventos que se dan entra atributos.
Recordar el concepto de tabla, columna, fila, campo.
Realizar el modelo entidad relación con las entidades identificadas.
Realizar diagrama entidad relación
Usar software para diseño de base de datos.
Comprender los conceptos rango, dominio y restricciones.
Tratar los atributos multievaluados
ROL ESTUDIANTE
4
Desarrollo
ENTIDADES
DESMOVILIZADO: es la entidad que representa a las personas desmovilizadas de los
grupos guerrilleros, es la entidad más importante para el diseño de la base de datos ya que
las demás entidades estarán en función de ella. Con los atributos (Id_Tipo, Id_Cedula,
De_LugarExpediccion, De_FechaEspediccion, De_Ubicacion, De_PNombre,
De_SNombre, De_PApellido, De_SApellido, De_Alias, De_Celular, De_Direccion,
De_Rol, De_FormaDePago, De_TipoSangre, De_TelContacto ) que se han definido se trata
de registrar el mayor número de datos de cada persona perteneciente a este programa.
ZONA: atributo para registrar datos de las diferentes zonas geográficas que se destinaran
para concentración de las actividades relacionadas con el proceso de desmovilización, sus
atributos son: Id_Zona, Zo_Codigo, Zo_Nombre, Zo_Extencion.
DEPARTAMENTO: entidad para controlar todos los departamentos del país en los que
organicen zonas para el proceso.
MUNICIPIO: entidad para registrar y por medio de un dominio utilizar todos los datos de
los municipios en los que existan zonas de desmovilización.
TARJETA DE PAGO: documento que se usa como soporte de entrega de pagos, en su
elaboración se utilizan todos los atributos de la base de datos.
GIRO: evento que sucede al hacer una transacción bancaria para pagar a los
desmovilizados que están en sus casas, fuera del sitio de concentración.
PAGADOR: funcionario designado para realizar la tarea de pagar a cada persona, bien sea
por el sistema de la tarjeta o por giro.
PROYECTO: documento que todos los desmovilizados deben entregar.
5
6
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 Atributos Identificado Nombre dominio Tipo de Dato Tamañ Obligatorieda Cardinalida Restricciones adicionales
r Único (Texto, o d (Si/No) d
(UID) Número, (1 o Muchos) Lista de Valores Rango Restricció
Fecha) de n general
Valore
s
DESMOVILIZAD Id_Tipo X Id_Tipo Numéric 20 SI
O o
Id_Cedula Id_Cedula Numéric 15 SI
o
De_LugarExpediccio De_LugarExpediccio Carácter 20 SI
n n
De_FechaEspediccio De_FechaEspediccio Fecha 20 SI
n n
De_Ubicacion De_Ubicacion Carácter 20 SI
De_PNombre De_PNombre Texto 20 SI
De_SNombre De_SNombre Texto 20 SI
De_PApellido De_PApellido Texto 20 SI
De_SApellido De_SApellido Texto 20 SI
De_Alias De_Alias Texto 20 NO
De_Celular De_Celular Numéric 15 SI
o
De_Direccion De_Direccion Carácter 15 SI
De_Rol De_Rol Texto 20 SI
De_FormaDePago De_FormaDePago Texto 15 SI Tarjeta
Giro
De_TipoSangre De_TipoSangre Texto 3 SI 0+
0-
A+
A-
AB+
AB-
B+
B-
10
o
Mu_Nombre Mu_Nombre 25 Aboboral
Abri aqui
Acácias
Acevedo
Acha
Bagada
Barranquilla
Bello
Betulia
Bogota
CAJAMARC
A
Caicedo
Caloto
Carepa
Carmen
Encino
Enciso
Entrerrios
Envigado
Espinal
Floresta
Florida
Florida blanca
Fonseca
Fresno
TARJETA Id_Tarjeta x Id_Tarjeta Numéric 15
o
Ta_NumConsecutivo Ta_NumConsecutivo Numéric 15
o
Ta_PagadorNombre Ta_PagadorNombre Texto 30
Ta_Fecha Ta_Fecha Fecha 15
Ta_FechaPago Ta_FechaPago Fecha 15
Ta_Valor Ta_Valor Numéric 8
12
o
Ta_FirmaRecibe Ta_FirmaRecibe Texto 25
Ta_FirmaPagador Ta_FirmaPagador Texto 25
Ta_JefeZona Ta_JefeZona Texto 25
GIRO Id_Giro x Id_Giro Numéric 15
o
Gi_Codigo x Gi_Codigo Numéric 15
o
Gi_Fecha Gi_Fecha Fecha 12
Gi_Valor Gi_Valor Numéric 1
o
Gi_EntidadPago Gi_EntidadPago Texto 15
PAGADOR Id_Cedula x Id_Cedula Numéric 15
o
Pa_Nombre1 Pa_Nombre1 Texto 10
Pa_Nombre2 Pa_Nombre2 Texto 10
Pa_Apellido1 Pa_Apellido1 Texto 10
Pa_Apellido2 Pa_Apellido2 Texto 10
Pa_Telefono Pa_Telefono Numéric 15
o
Pa_Direccion Pa_Direccion Carácter 10
PROYECTO Id_Proyecto x Id_Proyecto Numéric 10
o
Pr_Codigo x Pr_Codigo Numéric 10
o
Pr_Nombre Pr_Nombre Texto 10
Pr_Descripcion Pr_Descripcion Texto 50
Pr_Valor Pr_Valor Numéric 15
o
Pr_Participantes Pr_Participantes Texto 10
Pr_Responsable Pr_Responsable Texto 12
Id_Cedula Id_Cedula Numéric 15
o
Pa_Telefono Pa_Telefono Numéric 10
o
13
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)
Rela Entidades 1 Rol Entidad 2 Pregunta para Rta Pregunta para Rta Relació Grad Ayuda a Observación/Restric
ción determinar . determinar . n es o Identificar ciones/Atributos
Opcionalidad Op Cardinalidad Car Transf entidades
(Preguntar si está c. (Preguntar d. erible Participantes
obligado) CUANTO ) (Si/No)
R1 DESMOVILIZA Tiene ZONA Un desmovilizado Si Un 1 Si 1:1 La dos Un desmovilizado
DO … está obligado a desmovilizado entidades solo puede estar en
tener una zona? cuantas zonas 1:M participantes una zona.
tiene? se identifican Una zona puede tener
ZONA Tiene DESMOVILIZA Una zona está No Cuantos M Si plenamente muchos
… DO obligada a tener un desmovilizados desmovilizados.
desmovilizado? tiene una zona? Un desmovilizado no
puede estar en varia
zonas.
R2 DESMOVILIZA Tiene PAGADOR Un desmovilizado Si Un M Si 1 :1 La dos Un desmovilizado
DO … está obligado a desmovilizado entidades recibe pago de un
tener un pagador? CUANTOS 1:M participantes pagador.
pagadores puede se identifican Un pagador le paga a
tener? plenamente varios
PAGADOR Tiene. DESMOVILIZA Un pagador ESTA No Un pagador M Si desmovilizados.
. DO OBLIGADO a CUANTOS
tener un desmovilizados
desmovilizado? tiene?
R3 DESMOVILIZA Utiliz TARJETA Un desmovilizado Si ¿Un M SI 1:M Un desmovilizado
DO a está obligado a desmovilizado 1:M usa muchas tarjetas
Tiene utilizar o tener una cuantas tarjetas ya que cada pago usa
tarjeta? tiene? una.
TARJETA Utiliz DESMOVILIZA Una tarjeta está NO Cuantas tarjetas M SI Una tarjeta no está
a DO obligada a tener un tiene o usa un obligada a tener un
Tiene desmovilizado? desmovilizado? desmovilizado, es lo
contrario.
Borrador de Diagrama Entidad Relación – Notación CROW’s--- Foot de Richar Barker a partir de la Matriz de Relaciones y Diseñado a Mano
Alzada – Versión 1.0
18
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
19
20
Rela Entidades 1 Rol Entidad 2 Pregunta para Rta. Pregunta para Rta. Descripción de la relacion de
ción determinar Opc determinar Car acuerdo con el ERDish
Opcionalidad . Cardinalidad d.
(Preguntar si está (Preguntar
obligado) CUANTO )
R1 DESMOVILIZA Tiene ZONA Un desmovilizado Si Un desmovilizado 1 Un desmovilizado solo puede
DO … está obligado a cuantas zonas tiene? estar en una zona.
tener una zona? Una zona puede tener muchos
ZONA Tiene DESMOVILIZA Una zona está No Cuantos M desmovilizados.
… DO obligada a tener un desmovilizados tiene Un desmovilizado no puede estar
desmovilizado? una zona? en varia zonas.
R2 DESMOVILIZA Tiene PAGADOR Un desmovilizado Si Un desmovilizado M Un desmovilizado recibe pago de
DO … está obligado a CUANTOS pagadores un pagador.
tener un pagador? puede tener? Un pagador le paga a varios
PAGADOR Tiene.. DESMOVILIZA Un pagador ESTA No Un pagador M desmovilizados.
DO OBLIGADO a CUANTOS
tener un desmovilizados tiene?
desmovilizado?
R3 DESMOVILIZA Utiliza TARJETA Un desmovilizado Si ¿Un desmovilizado M Un desmovilizado usa muchas
DO Tiene está obligado a cuantas tarjetas tiene? tarjetas ya que cada pago usa
utilizar o tener una una.
tarjeta? Una tarjeta no está obligada a
TARJETA Utiliza DESMOVILIZA Una tarjeta está NO Cuantas tarjetas tiene o M tener un desmovilizado, es lo
Tiene DO obligada a tener un usa un desmovilizado? contrario.
desmovilizado?
R4 DESMOVILIZA Recibe GIRO Un desmovilizado Si ¿Un desmovilizado M Es un hecho que el
DO está obligado a cuantos giros recibe? desmovilizado recibe un pago,
recibir un giro? en ese sentido está obligado,
GIRO Perten DESMOVILIZA Un giro está No Cuantos giros M además la relación es 1:M ya que
ece DO obligado a pertenecen aun una persona recibe pagos
pertenecer a un desmovilizado? periódicos.
desmovilizado?
R5 DESMOVILIZA Pertene MUNICIPIO Un desmovilizado Si Cuantos M Un desmovilizad obligatoria
DO ce está obligado a desmovilizados mente debe pertenecer a algún
pertenecer a un pertenecen a un municipio y a alguna zona,
municipio? municipio? dando por hecho que es un trato
MUNICIPIO Contie DESMOVILIZA Un municipio está Si ¿Cuantos M real.
ne DO obligado a contener desmovilizados Un municipio está obligado a
un desmovilizado? contiene un municipio? tener una o varias zonas y estas a
21
6. Código DDL
);
ADD CHECK (
ac_tipo IN (
'Inicio','Operacion','Produccion'
);
);
ADD CHECK (
dep_nombre2 IN (
'Antioquia','Atlantico','Bolivar','Boyaca','Caldas','Caqueta','Casanare','Cauca','Cesar','Choco','Co
rdoba','Cundinamarca','Guainia'
,'Guajira','Guaviare','Huila','Magdalema','Meta','Nariño','Norte de
santander','Putumayo','Quindio','Risaralda','San Andres','Santander'
,'Sucre','Tolima','Valle','Vaupes','Vichada'
);
de_alias CLOB,
);
25
ADD CHECK (
id_tipo IN (
);
ADD CHECK (
de_ubicacion IN (
'Casa','Zona'
);
ADD CHECK (
de_rol IN (
'Desmovilizado','Jefe de zona'
);
ADD CHECK (
de_formadepago IN (
'Efectivo','Giro'
);
ADD CHECK (
de_tiposangre IN (
'0+','0-','A+','A-','AB+','AB-','B+','B-'
);
);
ADD CHECK (
gi_entidad IN (
);
ADD CHECK (
desmovilizado_id_tipo IN (
);
giro (
27
desmovilizado_id_tipo
ASC,
desmovilizado_id_cedula
ASC,
desmovilizado_municipio_id_municipio
ASC,
desmovilizado_municipio_zona_id_zona
ASC,
desmovilizado_municipio_zona_zo_codigo
ASC );
);
ADD CHECK (
mu_nombre IN (
'Abejorral','Abiaqui','Acacias','Acevedo','Acha','Bagada','Barranquilla','Bello','Betulia','Bogota',
'CAJAMARCA','Caicedo','Caloto'
,'Carepa','Carmen','Encino','Enciso','Entrerrios','Envigado','Espinal','Floresta','Florida','Florida
blanca','Fonseca','Fresno'
);
);
);
);
);
ADD CHECK (
desmovilizado_id_tipo IN (
);
tarjeta (
desmovilizado_id_tipo
ASC,
desmovilizado_id_cedula
ASC,
desmovilizado_municipio_id_municipio
ASC,
desmovilizado_municipio_zona_id_zona
ASC,
desmovilizado_municipio_zona_zo_codigo
30
ASC );
);
ADD CHECK (
desmovilizado_id_tipo IN (
);
,desmovilizado_municipio_zona_zo_codigo )
REFERENCES desmovilizado
( id_tipo,id_cedula,municipio_id_municipio,municipio_zona_id_zona,municipio_zona_zo_codigo );
,desmovilizado_municipio_zona_id_zona,desmovilizado_municipio_zona_zo_codigo )
REFERENCES desmovilizado
( id_tipo,id_cedula,municipio_id_municipio,municipio_zona_id_zona,municipio_zona_zo_codigo );
,desmovilizado_municipio_zona_zo_codigo )
REFERENCES desmovilizado
( id_tipo,id_cedula,municipio_id_municipio,municipio_zona_id_zona,municipio_zona_zo_codigo );
--
-- CREATE TABLE 10
-- CREATE INDEX 4
-- ALTER TABLE 32
-- CREATE VIEW 0
-- ALTER VIEW 0
-- CREATE PACKAGE 0
-- CREATE PROCEDURE 0
-- CREATE FUNCTION 0
-- CREATE TRIGGER 0
-- ALTER TRIGGER 0
-- CREATE CLUSTER 0
-- CREATE CONTEXT 0
-- CREATE DATABASE 0
-- CREATE DIMENSION 0
-- CREATE DIRECTORY 0
-- CREATE ROLE 0
-- CREATE SEQUENCE 0
-- CREATE SYNONYM 0
-- CREATE TABLESPACE 0
33
-- CREATE USER 0
--
-- DROP TABLESPACE 0
-- DROP DATABASE 0
--
-- REDACTION POLICY 0
--
--
-- ERRORS 9
-- WARNINGS 0
Conclusiones
Referencias
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:2051/login.aspx?
direct=true&db=edselb&AN=edselb.10903566&lang=es&site=eds-live