Tp311 bases-de-datos-2014-1

Indice

1. INTRODUCCION 2

2. DETERMINACION DE REQUISITOS 2

2.1. Lista de requerimientos de cada usuario . . . . . . . . . . . . . . . . . . . . . . . . . . 2

2.2. Lista integrada de requerimientos de datos del sistema . . . . . . . . . . . . . . . . . . . 3

3. DISENO CONCEPTUAL 5

3.1. Esquema Entidad-Relacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

3.2. Documentacion del diseno conceptual . . . . . . . . . . . . . . . . . . . . . . . . . . . 6

4. SELECCION DEL SGBDR 25

5. DISENO LOGICO 27

5.1. Revision para la conversion del esquema conceptual local en esquemas logicos locales . 27

5.2. Mapeado ER-a-Relacional . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27

5.3. Documentacion del modelo logico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30

5.4. Normalizacion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38

5.5. Ajustes del esquema logico al SGBDR seleccionado . . . . . . . . . . . . . . . . . . . . 39

6. DISENO FISICO 40

6.1. Traduccion del esquema logico . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 40

ANEXOS 45

Anexo A. Poblacion Penitenciaria de Venezuela; Anos 1999 - 2013 45

Anexo B. Evolucion de la poblacion penitenciaria durante 2013 47

Anexo C. Listado de los Centros de Reclusion 48

Anexo D. Estadısticas estimadas de la poblacion reclusa, ano 2013 49

Anexo E. Operaciones de algebra relacional asociada a las transacciones 52

1

1. INTRODUCCION

Este trabajo constituye un requisito de la asignatura Bases de Datos (311), siendo el mecanismo de

evaluacion de los objetivos 7 (diseno conceptual) y 8 (diseno logico y disenno fısico).

Es el resultado del analisis de una situacion hipotetica, en el cual se propone al Jefe Nacional, el diseno

de la base de datos INSTITUCION PENITENCIARIA que sera utilizada por el Sistema Penitenciario

de Informacion SPI.

La actividad de diseno presentada es de gran importancia para garantizar el funcionamiento satisfactorio

de SPI y lograr cumplir con los plazos de implementacion del sistema propiamentente dichos, satisfa-

ciendo los requisitos funcionales, de seguridad e integridad de la informacion y otros acordados. Un

diseno inadecuado o incompleto puede conducir a registro de datos incorrectos, que acarrearıan, por

ejemplo, la alteracion del tiempo de presidio de un recluso. Tambien pueden conducir a fricciones en el

equipo de diseno o el de implementacion del sistema.

En este informe se abordan los diferentes niveles del disenno de la base de datos: conceptual, donde se

recopilan los requisitos funcionales y no funcionales del sistema y se elabora el esquema conceptual;

logico, en el cual se realiza el modelo relacional; y fısico, en el cual se planifica como sera el almacena-

miento de la infomacion, y otros aspectos de importancia para el uso de SPI.

Por tratarse de una situacion hipotetica, algunos aspectos han tenido que ser asumidos, aunque se ha

recurrido a la investigacion en la medida de las posibilidades, segun el dato respectivo. En un caso real,

se deben considerar otros aspectos como lo son la revision de los manuales de cargo, diagramas de flujo

y procedimientos, entrevistas con los responsables clave y revision de formularios utilizados, entre otras

actividades.

2. DETERMINACION DE REQUISITOS

2.1. Lista de requerimientos de cada usuario

Cuadro 1: Lista de requerimientos de cada usuario

Usuario Requisitos

Coord.

General

IP

- Disponibilidad inmediata de la informacion

- Minimizar la inversion requerida

Coord.

Locales

- Prohibicion de los reclusos de acceder a los datos

Reclusos - Confidencialidad. Acceso a la informacion solo por funcionarios

autorizados e identificados

- Precision total en las fechas de ingreso/egreso

2

2.2. Lista integrada de requerimientos de datos del sistema

1. Requisitos funcionales

a) El SPI debe permitir el registro y consulta de datos personales de los reclusos:

1) N.o de documento de identidad

2) Nombres

3) Apellidos

4) Fecha de nacimiento

5) Lugar de nacimiento

6) Sexo

7) Nacionalidad

8) Grado de instruccion

9) Estatus actual (encarcelado, excarcelado, fugado, fallecido)

10) N.o de sentencias

b) Se requiere que el SPI maneje datos historicos de los ingresos/reingresos de cada interno,

registrando en dichos casos:

1) Fecha de ingreso

2) N.o de orden

3) Delito

4) Sentencia

5) Centro de ubicacion

c) El SPI manejara datos historicos de los egresos de cada recluso:

1) Fecha de egreso

2) Tipo de egreso (excarcelacion, fuga, defuncion)

d) SPI debe impedir que se registre un nuevo ingreso/reingreso o un nuevo egreso, si el estatus

actual correspondiente al numero de documento de identidad ingresado es ✭✭fallecido✮✮.

e) Se mostrara automaticamente la interfaz para registrar un nuevo recluso (con posibilidad

de cancelar), si al suministrar el numero de documento de identidad para incluir un ingre-

so/reingreso, SPI no encuentra el valor dado en su base de datos.

f ) Al concluir el registro de un recluso, el sistema presentara una consulta al funcionario sobre

si desea registrar un ingreso del nuevo interno, y mostrar el formulario correspondiente si el

usuario responde afirmativamente.

g) Para indicar el centro de ubicacion al registrar un ingreso o reingreso, el sistema permitira al

usuario la seleccion a traves de un menu con el nombre de las regiones y posteriormente un

submenu con los internados correspondientes a la region seleccionada.

h) El SPI permitira a los usuarios autorizados, generar reportes en pantalla de los datos consul-

tados:

3

1) Datos personales de un recluso, dado su numero de documento de identidad

2) Datos personales de los internos retenidos actualmente en un centro de reclusion, dado

el codigo del centro

3) Datos historicos de los ingresos/reingresos de un recluso, dado su numero de documento

de identidad

4) Datos historicos de los ingresos/reingresos de los internos retenidos actualmente en un

centro de reclusion, dado el codigo del centro

5) Datos historicos de los egresos de un recluso, dado su numero de documento de identidad

6) Datos historicos de los egresos que han sido recluıdos historicamente en un centro de

ubicacion, dado el codigo del centro

Dichos reportes deben ser imprimibles.

i) El SPI no procesara datos relacionados con las salidas y retornos de los reclusos de permisos

ordinarios, extraordinarios, tramites judiciales, regimen de presentacion de libertad condicio-

nal, etc.

j) El SPI no considerara a los internos recluidos en retenes de las policıas de los estados y

municipios.

k) Toda la informacion registrada debe ser validada (segun tipo de dato y dominio natural de

cada atributo).

l) Si el usuario ingresa los numeros de documento de identidad en letras minusculas, SPI debe

convertirlas a mayusculas, sin participacion adicional del usuario (al registrar datos persona-

les de reclusos, ingresos/reingresos y egresos).

m) Solo pueden acceder a los datos pertinentes segun el caso, los funcionarios debidamente

autorizados e identificados.

n) Los reclusos no deben tener acceso al SPI.

n) Se debe utilizar la tecnologıa cliente-servidor.

2. Requisitos no funcionales

a) La clave de identificacion de los internos debe ser el numero de documento de identidad (no

generar otros numeros de identificacion, para facilitar la tarea de programadores y usuarios).

b) Los datos deben estar disponibles para todas los centros de reclusion y el centro principal,

antes de un minuto de haber sido registrados.

c) Se requiere el empleo de una tecnica de cifrado efectiva para la transmision de los datos desde

los centros de reclusion hasta el centro principal, para evitar la posibilidad de adulteracion de

la informacion por delincuentes.

d) El sistema debe estar preparado para aceptar sesiones simultaneas desde todos los centros de

reclusion con una reduccion maxima de velocidad del 15 %

e) La inversion total (incluyendo costos debidos a adquisicion de software, hardware y forma-

cion de los usuarios, entre otros renglones) no debe exceder de U.M. 100.000,00

f ) El error maximo admisible en las fechas de ingreso/egreso es de 0 dıas

4

3. DISENO CONCEPTUAL

3.1. Esquema Entidad-Relacion

Figura 1: Esquema Entidad-Relacion de la base de datos INSTITUCION PENITENCIARIA

5

3.2. Documentacion del diseno conceptual

1. Entidades

Figura 2: Entidad RECLUSO

Documentacion de entidad

Nombre de la entidad: RECLUSO

Descripcion de la entidad: Contiene los datos personales de cada recluso y

exrecluso, a partir de la implementacion de SPI

Atributos que contiene:

Nombre del atributo Clave

NroDocumIdRecl x

NombresRecl

ApellidosRecl

LugarNacimRecl

FechaNacimRecl

NacionalidadRecl

SexoRecl

GradoInstrucRecl

EstatusActualRecl

NroSentenciasRecl

Cuadro 2: Entidad INGRESO


Nombre de la entidad: INGRESO

Descripcion de la entidad: Contiene los datos historicos de ingreso/ reingreso

de cada recluso



NroOrden x

FechaIngreso

Delito

Sentencia

CentroUbic a

aLos centros de ubicacion son presentados como atributos en lugar de entidades, dado que tienen

una utilizacion relativamente baja a lo largo de la base de datos

6

Cuadro 3: Entidad EGRESO


Nombre de la entidad: EGRESO

Descripcion de la entidad: Contiene los datos historicos de egreso de cada

recluso



FechaEgreso x

TipoEgreso

2. Atributos

Cuadro 4: Atributo NroDocumIdRecl

Documentacion de atributo

Nombre del atributo: NroDocumIdRecl

Descripcion del atributo: Numero de documento de identidad del recluso

(cedula de identidad o pasaporte)

Entidades que lo contienen:

RECLUSO

Cuadro 5: Atributo NombresRecl


Nombre del atributo: NombresRecl

Descripcion del atributo: Nombre(s) de pila del recluso


RECLUSO

Cuadro 6: Atributo ApellidosRecl


Nombre del atributo: ApellidosRecl

Descripcion del atributo: Apellido(s) del recluso


RECLUSO

7

Cuadro 7: Atributo LugarNacimRecl


Nombre del atributo: LugarNacimRecl

Descripcion del atributo: Lugar de nacimiento del recluso


RECLUSO

Cuadro 8: Atributo FechaNacimRecl


Nombre del atributo: FechaNacimRecl

Descripcion del atributo: Fecha de nacimiento del recluso


RECLUSO

Cuadro 9: Atributo NacionalidadRecl


Nombre del atributo: NacionalidadRecl

Descripcion del atributo: Nacionalidad del recluso


RECLUSO

Cuadro 10: Atributo SexoRecl


Nombre del atributo: SexoRecl

Descripcion del atributo: Sexo del recluso


RECLUSO

8

Cuadro 11: Atributo GradoInstrucRecl


Nombre del atributo: GradoInstrucRecl

Descripcion del atributo: Grado de instruccion del recluso


RECLUSO

Cuadro 12: Atributo EstatusActualRecl


Nombre del atributo: EstatusActualRecl

Descripcion del atributo: Estatus actual de cada recluso o exrecluso


RECLUSO

Cuadro 13: Atributo NroSentenciasRecl


Nombre del atributo: NroSentenciasRecl

Descripcion del atributo: Nro. de veces en que un individuo ha sido

sentenciado a prision


RECLUSO

Cuadro 14: Atributo NroOrden


Nombre del atributo: NroOrden

Descripcion del atributo: Numero de orden de cada ingreso/reingreso


INGRESO

9

Cuadro 15: Atributo FechaIngreso


Nombre del atributo: FechaIngreso

Descripcion del atributo: Fecha de ingreso/reingreso al centro de reclusion


INGRESO

Cuadro 16: Atributo Delito


Nombre del atributo: Delito

Descripcion del atributo: Breve descripcion del delito que genera la

aprehension


INGRESO

Cuadro 17: Atributo Sentencia


Nombre del atributo: Sentencia

Descripcion del atributo: Sentencia de aprehension


INGRESO

Cuadro 18: Atributo CentroUbic


Nombre del atributo: CentroUbic

Descripcion del atributo: Codigo del centro de ubicacion


INGRESO

10

Cuadro 19: Atributo FechaEgreso


Nombre del atributo: FechaEgreso

Descripcion del atributo: Fecha de egreso del centro de reclusion


EGRESO

Cuadro 20: Atributo TipoEgreso


Nombre del atributo: TipoEgreso

Descripcion del atributo: Tipo de egreso del centro de reclusion


EGRESO

3. Relaciones

Cuadro 21: Relacion INGRESA

Documentacion de relacion

Nombre de la relacion: INGRESA

Descripcion del atributo: Vincula cada convicto o exconvicto con las

entradas que ha tenido a los centros de reclusion

Entidades involucradas en la relacion:

RECLUSO

INGRESO

Cuadro 22: Relacion EGRESA

Documentacion de relacion

Nombre de la relacion: EGRESA

Descripcion del atributo: Vincula cada convicto o exconvicto con las salidas

que ha tenido de los centros de reclusion

Entidades involucradas en la relacion:

RECLUSO

EGRESO

11

4. Cardinalidad

Cuadro 23: Relacion INGRESA

Documentacion cardinalidad de una relacion

Nombre de la relacion: INGRESA

Entidades y restricciones de cardinalidad involucradas en la relacion:

Cardinalidad Entidades involucradas Descripcion de la relacion

de cardinalidad

1:N

(uno a varios)

RECLUSO ; INGRESO Un recluso puede ser

condenado en diferentes

sentencias y por lo tanto,

tener varios ingresos

Cuadro 24: Relacion EGRESA

Documentacion cardinalidad de una relacion

Nombre de la relacion: EGRESA

Entidades y restricciones de cardinalidad involucradas en la relacion

Cardinalidad Entidades involucradas Descripcion de la relacion

de cardinalidad

1 : N

(uno a varios)

RECLUSO; EGRESO Un recluso puede tener

varios egresos (dado

que puede tener varios

ingresos [ver cuadro

anterior])

5. Transacciones

Lista de transacciones requeridas

Inclusion de un nuevo recluso

Registro de un nuevo ingreso/reingreso

Registro de un nuevo egreso

Actualizacion del estatus actual luego de un ingreso o egreso

Actualizacion del numero de sentencias luego de un ingreso o egreso

Consulta de datos personales de un recluso, dado su numero de documento de identidad

Consulta de datos personales de los reclusos retenidos actualmente en un centro de ubicacion,

dado el codigo del centro

12

Consulta de datos historicos de los ingresos/reingresos de un recluso, dado su numero de

documento de identidad

Consulta de datos historicos de los ingresos/reingresos de los reclusos retenidos actualmente

en un centro de ubicacion, dado el codigo del centro

Consulta de los datos historicos de los egresos de un recluso, dado su numero de documento

de identidad

Consulta de los datos historicos de los egresos de los reclusos retenidos actualmente en un

centro de ubicacion, dado el codigo del centro

NOTA: Ver en Anexo D, la estimacion de la frecuencia de utilizacion de las transacciones. Se

incrementa en aproximadamente un 30 % el valor obtenido, previendo posibles incrementos del

nivel de uso.

13

Cuadro 25: Transaccion INCLUSION RECLUSO

Documentacion de transaccion

Nombre de la transaccion: INCLUSION RECLUSO

Tipo de transaccion: Insercion

Descripcion de la transaccion:

Operacion que registra los datos personales de un nuevo interno.

Esta transaccion puede llevarse a cabo solo si el Nro. de documento de identidad

no ha sido registrado previamente.

Salida de la transaccion:

Datos personales de un nuevo recluso almacenados

Frecuencia estimada de utilizacion: a

90 transacciones por semana a nivel nacional

4 transacciones por semana en cada centro de reclusion

Tiempo de respuesta estimado:

2 s para que el usuario tenga a disposicion otro formulario

60 s para que los datos esten disponibles para consulta en red nacional

Entidades, atributos y usuarios involucrados en la transaccion

Nombre de entidad Nombre de atributo Usuario

RECLUSO NroDocumIdRecl

NombresRecl

ApellidosRecl

LugarNacimRecl

FechaNacimRecl

NacionalidadRecl

SexoRecl

GradoInstrucRecl

EstatusActualRecl

NroSentenciasRecl

Funcionario de

prisiones grado II b

aVer Anexo DbNombre de cargo ficticio

14

Cuadro 26: Transaccion REGISTRO INGRESO


Nombre de la transaccion: REGISTRO INGRESO



Operacion que registra el ingreso o reingreso de un interno.

Esta transaccion puede llevarse a cabo solamente si el estatus actual de reclusion

correspondiente al Nro. de documento de identidad ingresado es diferente a

encarcelado, fallecido o valor nulo.


Datos de un nuevo ingreso o reingreso incorporados a la base de datos

Frecuencia estimada de utilizacion:








INGRESO NroOrden

FechaIngreso

Delito

Sentencia

CentroUbic

Funcionario de

prisiones grado II a

aNombre de cargo ficticio

15

Cuadro 27: Transaccion REGISTRO EGRESO


Nombre de la transaccion: REGISTRO EGRESO



Operacion que registra el egreso de un interno.

Esta transaccion puede llevarse a cabo solamente si el estatus actual de reclusion

correspondiente al Nro. de documento de identidad ingresado es encarcelado.


Datos de un nuevo egreso incorporados a la base de datos









EGRESO FechaEgreso

TipoEgreso

Funcionario de



16

Cuadro 28: Transaccion ACTUALIZACION ESTATUS ACTUAL RECL


Nombre de la transaccion: ACTUALIZACION

ESTATUS ACTUAL

RECL

Tipo de transaccion: Modificacion


Operacion que actualiza el estatus actual de un recluso o exrecluso luego de un

ingreso o egreso


Estatus de un recluso o exrecluso actualizado








RECLUSO EstatusActualRecl Funcionario de


EGRESO TipoEgreso


17

Cuadro 29: Transaccion ACTUALIZACION NRO SENTENCIAS


Nombre de la transaccion: ACTUALIZACION

NRO SENTENCIAS

Tipo de transaccion: Modificacion


Operacion que actualiza, luego de un ingreso, el numero de sentencias que ha

recibido un recluso


Nro. de sentencias que ha recibido un recluso, actualizado








RECLUSO NroSentenciasRecluso Funcionario de



18

Cuadro 30: Transaccion CONSULTA DATOS PERS RECLUSO


Nombre de la transaccion: CONSULTA DATOS

PERS RECLUSO

Tipo de transaccion: Consulta


Operacion que genera reporte con los datos personales de un recluso dado su

numero de documento de identidad


Reporte imprimible con los datos personales de un recluso





5 s para que se realice la consulta y se muestren los datos en pantalla

10 s para que se envıen los datos a la impresora y se inicie el trazado





NombresRecl

ApellidosRecl

LugarNacimReclu

FechaNacimRecl

NacionalidadRecl

SexoRecl

GradoInstrucRecl

EstatusActualRecl

NroSentenciasRecl

Funcionario de



19

Cuadro 31: Transaccion CONSULTA DATOS PERS CENTRO


Nombre de la transaccion: CONSULTA DATOS

PERS CENTRO



Operacion que genera reporte con los datos personales de los internos recluıdos

en un centro de ubicacion, dado el codigo del centro


Reporte imprimible con los datos personales de los internos recluıdos en un

centro de ubicacion dado


40 transac. por semana a nivel nacional; 2 transac. por semana en c/centro







INGRESO CentroUbic

NroDocumIdRecl

Funcionario de prisiones

grado II a


NombresRecl

ApellidosRecl

LugarNacimReclu

FechaNacimRecl

NacionalidadRecl

SexoRecl

GradoInstrucRecl

EstatusActualRecl

NroSentenciasRecl

aNombre de cargo ficticio20

Cuadro 32: Transaccion CONSULTA INGRESOS RECLUSO


Nombre de la transaccion: CONSULTA

INGRESOS

RECLUSO



Operacion que genera reporte con los datos historicos de los ingresos/reingresos

de un recluso dado su numero de documento de identidad


Reporte imprimible con los datos de ingreso/reingreso de un recluso










INGRESO NroOrden

FechaIngreso

Delito

Sentencia

CentroUbic

Funcionario de



21

Cuadro 33: Transaccion CONSULTA INGRESOS CENTRO



INGRESOS

CENTRO



Operacion que genera reporte con los datos historicos de los ingresos/reingresos

de los internos recluıdos actualmente en un centro de ubicacion, dado el codigo

del centro


Reporte imprimible con los datos historicos de los ingresos/reingresos de los

internos recluıdos actualmente en un centro de ubicacion dado










INGRESO NroOrden

FechaIngreso

Delito

Sentencia

CentroUbic

Funcionario de



EstatusActualRecl


22

Cuadro 34: Transaccion CONSULTA EGRESOS RECLUSO



EGRESOS

RECLUSO



Operacion que genera reporte con los datos historicos de los egresos de un

recluso, dado su numero de documento de identidad


Reporte imprimible con los datos historicos de los egresos de un recluso










EGRESO FechaEgreso

TipoEgreso

Funcionario de



23

Cuadro 35: Transaccion CONSULTA EGRESOS CENTRO



EGRESOS

CENTRO



Operacion que genera reporte con los datos historicos de los internos recluıdos

actualmente en un centro de ubicacion, dado el codigo del centro


Reporte imprimible con los datos personales de los internos recluıdos en un

centro de ubicacion dado










EGRESO FechaEgreso

TipoEgreso

Funcionario de



EstatusActualRecl


24

4. SELECCION DEL SGBDR

La IP no dispone de la licencia de uso de un Sistema de Gestion de Bases de Datos Relacional (SGBDR).

Por tal razon, se debe seleccionar un sistema que permita el logro de los requisitos determinados en la

seccion 2. Las dos aplicaciones candidatas:

MySQL Community Sever 5.6.19 ©

MySQL Enterprise Server 5.6.19 ©

Oracle Database 12.c ©

En los Cuadros 36 al 38 se muestran los aspectos de interes para la evaluacion, y su calificacion, apli-

cando el metodo cualitativo por puntos:

Cuadro 36: Evaluacion de MySQL Community Sever 5.6.19 ©

Factor PesoPuntuac.

(0 a 1)

Puntuac.

Pond.

Seguridad: controles de acceso 20 0,6 12,0

Controles de integridad 15 0,9 13,5

Rutinas de respaldo disponibles 5 0,9 4,5

Requisitos de almacenamiento 5 1,0 5,0

Sistema operativo requerido 5 1,0 5,0

Hardware requerido 10 1,0 10,0

Tiempo de acceso 10 0,6 6,0

Escalabilidad a 10 0,9 b 9,0

Compatibilidad con arquitectura

cliente-servidor10 1,0 10,0

Costo 10 1,0 10,0

Suma 100 — 85,0

a✭✭Escalabilidad✮✮: fluidez en el funcionamiento ante un elevado numero de usuarios concurrentes

bLa escalabilidad se reduce cuando el numero de usuarios llega a 100 aprox.

(www.mysql.com/products/enterprise/scalability.html)

25

www.mysql.com/products/enterprise/scalability.html

Cuadro 37: Evaluacion de MySQL Enterprise Sever 5.6.19 ©

Factor PesoPuntuac.

(0 a 1)

Puntuac.

Pond.








Escalabilidad 10 1,0 10,0



Costo 10 0,3 3,0

Suma 100 — 84,5

Cuadro 38: Evaluacion de Oracle Database 12c ©

Factor PesoPuntuac.

(0 a 1)

Puntuac.

Pond.








Escalabilidad 10 1,0 10,0



Costo 10 0,0 0,0

Suma 100 — 87,0

La evaluacion a traves del metodo cualitativo por puntos indica que el SGBDR mas apto para la im-

plementacion de SPI es Oracle Database 12c ©. Los requerimientos de seguridad han influıdo signi-

ficativamente en este resultado, contrarrestando la influencia de otro importante aspecto, el precio del

producto.

Antes de la adquisicion de la licencia de este sistema, se recomienda la realizacion de pruebas de segu-

ridad e integridad a las dos presentaciones de MySQL consideradas (de ser necesario, en su version de

evaluacion [trial]). Estas pruebas podrıan conducir a la reconsideracion de la evaluacion.

26

5. DISENO LOGICO

5.1. Revision para la conversion del esquema conceptual local en esquemas logi-

cos locales

El esquema entidad relacion elaborado durante el diseno conceptual (ver Figura 1):

no presenta relaciones de varios a varios

no presenta relaciones entre tres o mas entidades

no presenta relaciones recursivas

no presenta relaciones con atributos

no presenta atributos multivaluados

no da senales de presencia de informacion redundante

Por tales caracterısticas, el esquema E-R presentado no requiere de modificaciones para la elaboracion

del modelo logico. 1

5.2. Mapeado ER-a-Relacional

1. Mapeado de las entidades regulares

Cuadro 39: Relaciones de entidad luego del mapeado de las entidades regulares

RECLUSO

NroDocumIdRecl NombresRecl ApellidosRecl LugarNacimRecl FechaNacimRecl ...

... NacionalidadRecl SexoRecl GradoInstrucRecl EstatusActualRecl NroSentenciasRecl

1Si bien podrıa necesitar modificaciones posteriores, por requerimientos de cierta informacion o forma de almacenamiento

o presentacion de la informacion

27

2. Mapeado de las entidades debiles

Cuadro 40: Relaciones de entidad luego del mapeado de las entidades debiles

INGRESO

NroDocumIdIngreso NroOrden FechaIngreso Delito Sentencia CentroUbic

NOTA: Se incluye la clave foranea NroDocumIdIngreso

EGRESO

NroDocumIdEgreso FechaEgreso TipoEgreso

NOTA: Se incluye la clave foranea NroDocumIdEgreso

3. Mapeado de relaciones 1:1 binarias

En el modelo planteado no se han incluıdo relaciones 1:1 binarias.

4. Mapeado de relaciones 1:N binarias

Se incorporan en las relaciones correspondientes a las entidades del lado de cardinalidad N (IN-

GRESO; EGRESO), como claves foraneas, las claves principales de las relaciones correspon-

dientes a las entidades del lado 1 (RECLUSO). En nuestro caso, estas claves foraneas ya fueron

incorporadas durante el mapeado de las entidades debiles.

5. Mapeado de relaciones M:N binarias

En el modelo planteado no se han incluıdo relaciones M:N binarias.

6. Mapeado de atributos multivalor

En el modelo planteado no se han incluıdo atributos multivalor.

7. Mapeado de relaciones n-arias

En el modelo planteado no se han incluıdo relaciones n-arias.

28

8. Resultado del mapeado

Figura 3: Resultado de mapear el esquema ER de INSTITUCION PENITENCIARIA en una base

de datos relacional

29

5.3. Documentacion del modelo logico

1. Entidades

Cuadro 41: Entidad RECLUSO


Nombre de la entidad: RECLUSO

Descripcion de la entidad: Contiene los datos personales de cada recluso

Tamano del registro: 110 bytes/reg

Volumen estim. de crecimiento: 4.675 reg/ano

Capacidad de almacenamiento

requerida:

514.250 bytes/ano


Nombre del atributo Longitud Clave

NroDocumIdRecl 12 x (principal)

NombresRecl 25

ApellidosRecl 25

LugarNacimRecl 20

FechaNacimRecl 8

NacionalidadRecl 25

SexoRecl 1

GradoInstrucRecl 1

EstatusActualRecl 1

NroSentenciasRecl 2

30

Cuadro 42: Entidad INGRESO


Nombre de la entidad: INGRESO

Descripcion de la entidad:Contiene los datos historicos de

ingreso/reingreso de cada recluso




requerida:

1.041.456 bytes/ano



NroDocumIdIngreso 12 x (foranea)

NroOrden 6 x (principal)

FechaIngreso 8

Delito 25

Sentencia 25

CentroUbic 2

Cuadro 43: Entidad EGRESO


Nombre de la entidad: EGRESO

Descripcion de la entidad:Contiene los datos historicos de egreso de cada

recluso




requerida:

147.000 bytes/ano



NroDocumIdEgreso 12 x (foranea)

FechaEgreso 8 x (principal)

TipoEgreso 1

31

2. Atributos

Cuadro 44: Atributo NroDocumId


Nombre del atributo: NroDocumId

Descripcion del atributo:Numero de documento de identidad del recluso

(cedula de identidad o pasaporte)

Tipo de atributo: Cadena de caracteres

Longitud del atributo: 12 bytes

Restricciones (validaciones)

requeridas sobre el atributo:

El valor debe estar formado solo por dıgitos (0-9)

y letras mayusculas (A-Z).

La cadena debe contener entre 7 y 12 caracteres

(longitud de la cadena).


- RECLUSO

- INGRESO

- EGRESO

Cuadro 45: Atributo NombresRecl


Nombre del atributo: NombresRecl

Descripcion del atributo: Nombre(s) de pila del recluso





El valor debe estar formado solo por letras

mayusculas (A-Z)


RECLUSO

32

Cuadro 46: Atributo ApellidosRecl


Nombre del atributo: ApellidosRecl

Descripcion del atributo: Apellido(s) del recluso






mayusculas (A-Z)


RECLUSO

Cuadro 47: Atributo LugarNacimRecl


Nombre del atributo: LugarNacimRecl

Descripcion del atributo: Lugar de nacimiento del recluso.

Tipo cadena de caracteres.






mayusculas (A-Z) y los sımbolos , ; . :


RECLUSO

Cuadro 48: Atributo FechaNacimRecl


Nombre del atributo: FechaNacimRecl

Descripcion del atributo: Fecha de nacimiento del recluso

Tipo de atributo: Fecha




Tipo fecha (formato DD-MM-AAAA)

(FechaActual−70 anos ) ≤ FechaNacimRecl ≤(FechaActual− 18 anos) a b


RECLUSO

aSegun la legislacion nacional no se pueden sentenciar a condena en centros de reclusion a

menores de edad ni a mayores de 70 anosbSe asume que el lapso transcurrido entre la comision del delito y el ingreso a presidio es

muy breve

33

Cuadro 49: Atributo NacionalidadRecl


Nombre del atributo: NacionalidadRecl

Descripcion del atributo: Nacionalidad del recluso





El valor debe corresponder a una nacionalidad

valida


RECLUSO

Cuadro 50: Atributo SexoRecl


Nombre del atributo: SexoRecl

Descripcion del atributo: Sexo del recluso

Tipo de atributo: Caracter

Longitud del atributo: 1 byte

Restricciones (Validaciones)


SexoRecl ∈ {F; M}F: Femenino

M: Masculino


RECLUSO

34

Cuadro 51: Atributo GradoInstrucRecl


Nombre del atributo: GradoInstrucRecl

Descripcion del atributo: Grado de instruccion del recluso.





GradoInstrucRecl ∈ {1; 2; 3; 4; 5; 6; 7; 8; 9}1: Sin instruccion

2: Educacion basica no concluıda

3: Educacion basica

4: Bachiller

5: Educacion superior no concluıda

6: TSU

7: Licenciado, ingeniero, medico o equiv.

8: Posgrado

9: Maestrıa


RECLUSO

Cuadro 52: Atributo EstatusActualRecl


Nombre del atributo: EstatusActualRecl

Descripcion del atributo: Estatus actual de cada recluso o exrecluso.

Atributo derivado: se actualiza ante cada nuevo

ingreso o egreso.





EstatusActualRecl ∈ {1; 2; 3; 4 }1: Encarcelado

2: Excarcelado

3: Fugado

4: Fallecido


RECLUSO

35

Cuadro 53: Atributo NroSentenciasRecl


Nombre del atributo: NroSentenciasRecl

Descripcion del atributo: Nro. de veces en que un individuo ha sido

sentenciado a prision.

Atributo derivado: se incrementa en uno ante cada

nuevo ingreso del recluso

Tipo de atributo: Entero




NroSentenciasRecl ≥ 0


RECLUSO

Cuadro 54: Atributo NroOrden


Nombre del atributo: NroOrden

Descripcion del atributo: Numero de orden de cada ingreso/reingreso





El valor debe estar formado solo por dıgitos (0-9).

La cadena debe contener 6 caracteres (longitud de

la cadena).


INGRESO

Cuadro 55: Atributo FechaIngreso


Nombre del atributo: FechaIngreso

Descripcion del atributo: Fecha de ingreso/reingreso al centro de reclusion

Tipo de atributo: Fecha




El valor debe corresponder a una fecha valida


INGRESO

36

Cuadro 56: Atributo Delito


Nombre del atributo: Delito

Descripcion del atributo: Breve descripcion del delito que genera la

aprehension





No hay restricciones explıcitas para este atributo


INGRESO

Cuadro 57: Atributo Sentencia


Nombre del atributo: Sentencia

Descripcion del atributo: Sentencia de aprehension





No hay restricciones explıcitas para este atributo


INGRESO

Cuadro 58: Atributo CentroUbic


Nombre del atributo: CentroUbic

Descripcion del atributo: Codigo del centro de ubicacion





01 ≤ CentroUbic ≤ 31


INGRESO

37

Cuadro 59: Atributo FechaEgreso


Nombre del atributo: FechaEgreso

Descripcion del atributo: Fecha de egreso del centro de reclusion





El valor debe corresponder a una fecha valida


EGRESO

5.4. Normalizacion

1. El modelo elaborado cumple la primera forma normal, ya que todos sus atributos son atomicos (es

decir ninguno es multivalor o compuesto).

2. En cuanto a la segunda forma normal:

Para la relacion RECLUSO, solo hay un atributo clave (NroDocumIdRecl). Este tipo de

relaciones, por su estructura, cumplen en todo caso la 2FN.

Se aprecia que la relacion INGRESO no cumple la segunda forma normal, porque los atribu-

tos no claves dependen por completo de solo una parte de la clave (el atributo NroOrden).

Si bien pudieran depender de NroDocumIdIngreso, para definirlos por completo se re-

quiere el concurso de NroOrden. En cambio, este atributo (NroOrden) los precisa en su

totalidad. Por tal razon, para satisfacer la 2FN, se puede convertir NroDocumIdIngreso

a no clave (manteniendolo como clave foranea).

La relacion EGRESO cumple la 2FN ya que TipoEgreso depende por completo del con-

junto formado por los dos atributos clave.

38

Figura 4: Modelo relacional convertido a 2FN

3. Evaluando el modelo presentado, se observa que se cumple con la tercera forma normal, ya que en

cada una de las relaciones, los atributos no clave solo dependen de los atributos clave, es decir, no hay

dependencia entre los atributos no clave.

5.5. Ajustes del esquema logico al SGBDR seleccionado

El SGBDR seleccionado (Oracle Database 12c ©), permite el manejo de la mayorıa de las caracterısticas

descritas en el modelo logico.

Se debe tomar en cuenta que la sintaxis para definir restricciones de dominio en Oracle es diferente que en

SQL estandar (ANSI). Por otro lado, el programador del sistema pudiese decidir incorporar codificacion

especıfica externa al SGBDR para algunos temas concretos, como:

la validacion de los caracteres ingresados al suministrar los numeros de documentos de identidad,

los nombres y los apellidos del recluso

la validacion de la fecha de nacimiento en funcion del rango de edad en que se puede condenar a

una persona a presidio

el conteo del numero de sentencias de un individuo

la actualizacion del estatus de un recluso.

39

6. DISENO FISICO

6.1. Traduccion del esquema logico

1. Diseno de las relaciones base

La informacion en Oracle Database 12c ©, es manejada utilizando el lenguaje SQL

(Structured Query Language)

a) Relacion RECLUSO 2 3

CREATE TABLE Recluso (

NroDocumIdRecl VARCHAR2(12) PRIMARY KEY

CONSTRAINT RevLongNroDocumId CHECK (LENGTH(NroDocumIdRecl)

BETWEEN 7 AND 12),

NombresRecl VARCHAR2(25) NOT NULL,

ApellidosRecl VARCHAR2(25) NOT NULL,

LugarNacimRecl VARCHAR2(20) NOT NULL,

FechaNacimRecl DATE NOT NULL,

NacionalidadRecl VARCHAR2(25) NOT NULL DEFAULT (’VENEZOLANA’),

SexoRecl CHAR(1) NOT NULL,

CONSTRAINT RevSexo CHECK (SexoRecl IN (’F’, ’M’)),

GradoInstrucRecl CHAR(1)

CONSTRAINT RevGradoInstruc CHECK (GradoInstrucRecl

IN (’1’,’2’,’3’,’4’,’5’,’6’,’7’,’8’,’9’)),

EstatusActualRecl CHAR(1)

CONSTRAINT RevEstatus CHECK (EstatusActualRecl

IN (’1’,’2’,’3’,’4’)),

NroSentenciasRecl NUMBER(2) NOT NULL

)

2Es viable el empleo de un disparador (trigger) para definir la restriccion de la fecha de nacimiento en base a la edad de

la persona que se registra.

(http://stackoverflow.com/questions/8424900/check-constraint-on-date-of-birth)3La restriccion de dominio de la nacionalidad puede ser manejada a traves de codigos para cada una (usando un ındice),

o mediante una lista desplegable en la interfaz de usuario

40

http://stackoverflow.com/questions/8424900/check-constraint-on-date-of-birth

b) Relacion INGRESO

CREATE TABLE Ingreso (

NroOrden VARCHAR2(12) PRIMARY KEY

CONSTRAINT RevNroOrden CHECK (LENGTH(NroOrden) = 6),

FechaIngreso DATE NOT NULL,

Delito VARCHAR2(25) NOT NULL,

Sentencia VARCHAR2(25),

CentroUbic CHAR(2)

CONSTRAINT RevCentroUbic CHECK (CentroUbic

IN (’01’,’02’,’03’,’04’,’05’,’06’,’07’,’08’,’09’,’10’,

’11’,’12’,’13’,’14’,’15’,’16’,’17’,’18’,’19’,’20’,

’21’,’22’,’23’,’24’,’25’,’26’,’27’,’28’,’29’,’30’,

’31’)),

FOREIGN KEY (NroDocumIdIngreso) REFERENCES RECLUSO(NroDocumIdRecl)

)

c) Relacion EGRESO

CREATE TABLE Egreso (

FechaEgreso DATE PRIMARY KEY

TipoEgreso CHAR(1)

CONSTRAINT RevTipoEgreso CHECK (TipoEgreso

IN (’1’,’2’,’3’,’4’)),

FOREIGN KEY (NroDocumEgreso) REFERENCES RECLUSO(NroDocumIdRecl)

)

2. Diseno de la representacion fısica

a) Analisis de las transacciones

Ver seccion 3.2 (documentacion del diseno conceptual, ıtem referido a transacciones), y

Anexo E.

b) Seleccion de las organizaciones de archivos

Dado que las consultas se realizaran en base a valores exactos de los campos NroDocumId y

CentroUbic, se selecciona la organizacion de archivos dispersos (hashing), con manejo de

las colisiones a traves de la tecnica del residuo de la division, con doble mapeo. Esta seleccion

permite un acceso relativo (aleatorio o directo), con lo cual se logra mayor velocidad por

parte de SPI. Debido a lo simple del modelo elaborado, no se ha considerado otro tipo de

organizaciones, como los archivos multillave o los arboles B+.

c) Seleccion de los ındices secundarios

41

Por las caractersticas de las consultas solicitadas, se incorporan como ındices secundarios los

siguientes campos:

CentroUbic

NroDocumIdIngreso

NroDocumIdeEgreso

d) Desnormalizacion

No es necesario aplicar desnormalizacion.

e) Estimacion de la necesidad de espacio en disco 4

Para estimar el tamano de la base de datos, se considera que:

ninguno de los registros es borrado

no se utiliza compresion

tamano de bloque = 8 kb

el requerimiento de espacio de los ındices es bajo en comparacion con la disponibilidad

que ofrecen los medios de almacenamiento actuales

NFB =

⌊

TB ×

(

1−%LT

100

)

TF

⌋

+ 1

Donde:

NFB = Numer de filas por bloque

TB = Tamano de bloque (8 kb = 8192 bytes)

%LT = Porcentaje libre de tabla, para incrementos por actualizaciones (10 %, estimacion)

TF = Tamano promedio de una fila

Cuadro 60: Estimacion del tamano promedio de cada fila RECLUSO

Atributo Tam. promedio estimado (bytes)

NroDocumIdRecl 9

NombresRecl 8

ApellidosRecl 8

LugarNacimRecl 10

NacionalidadRecl 10

SexoRecl 1

GradoInstrucRecl 1

EstatusActualRecl 1

NroSentenciasRecl 1

Total 49

4http://dba.stackexchange.com/questions/23147/estimate-a-database-size

42

http://dba.stackexchange.com/questions/23147/estimate-a-database-size

→ NFBRECLUSO =

⌊

8192×

(

1−10

100

)

49

⌋

+ 1

→ NFBRECLUSO = 151 filas/bloque

Para 20 anos, se espera que se registren 71.900 nuevos reclusos (ver Anexo D). Con un factor

de 30 % considerando incremento en la tasa de reclusion, el numero de registros asciende a

93.470 filas, o, redondeando, a 100.000 filas.

TamT =

⌈

NTF

NFB

⌉

× TB

→ TamTRECLUSO =

⌈

100.000

151

⌉

× 8192

→ TamTRECLUSO = 5.431.296 bytes = 5, 18MB

De manera analoga, para las otras tablas se obtiene:

TFINGRESO = 65 bytes/fila (estimacion del tamano promedio)

TFEGRESO = 18 bytes/fila (estimacion del tamano promedio)

NTFINGRESO = 13.500 filas (ver Anexo D, consideracion de incremento del 30 %)

NTFEGRESO = 7.000 filas (ver Anexo D, consideracion de incremento del 30 %)

NFBINGRESO = 114 filas/bloque

NFBEGRESO = 410 filas/bloque

→ TamTINGRESO = 974.848 bytes = 0,93 MB

→ TamTEGRESO = 147.456 bytes = 0,14 MB

TTtablas = 6, 25 MB (tamano total de las tablas)

Al analizar este resultado se concluye que cualquier disco duro disponible comercialmente

proporciona el espacio requerido para alojar la base de datos, la cual es de un tamano muy

bajo. Para la adquisicion de los discos requeridos se deben tomar en cuenta otros aspectos

como su confiabilidad, la proteccion para los datos y la compatibilidad con otros elementos

de hardware.

43

3. Seguridad e integridad

Dada la naturaleza de los datos manejados, la seguridad e integridad son aspectos de enorme

importancia. Se implementan las siguientes medidas:

Control de acceso obligatorio mediante cuentas de usuario, privilegios, vistas y roles, utili-

zando dispositivos biometricos de identificacion

Realizacion de corridas de prueba exhaustivas para garantizar que el almacenamiento de los

datos y la cesion de privilegios y demas controles de acceso son correctos

Elaboracion de manuales de usuario detallados, y al mismo tiempo, sencillos, sobre todas las

funciones de SPI

Plan de capacitacion de los funcionarios que emplean SPI, para evitar registro de datos inco-

rrectos por manipulacion inadecuada

Contratacion de empresa especializada en cifrado de datos, para la implementacion de una

tecnica segura de proteccion de la informacion, para evitar posible manipulacion de la infor-

macion por parte de criminales

Programa de auditorıa de los datos

Programa de respaldo diario de los datos

Disponibilidad inmediata de discos de repuesto

Mantenimiento preventivo a los medios de almacenamiento en donde se aloja la informacion

(a nivel de software y de hardware), segun planificacion

Uso de sistemas UPS para prevenir perdida de datos por fallas electricas

Las reglas de acceso son codificadas teniendo en cuenta la importancia de mantener la integridad

de los datos, ası como la proteccion de la confidencialidad de los datos personales de los reclusos.

44

Anexo A Poblacion Penitenciaria de Venezuela; Anos 1999 - 2013

NOTA: Ver datos en Cuadro A1

45

Cuadro A1: Poblacion penitenciaria de Venezuela; anos 1999 - 2013

Ano a Poblacion b Fuente

1999 22.914

Posada, A y Dıaz-Tremarias, M.;

Las carceles y Poblacion Reclusa en Venezuela

(http://sanipe.es/OJS/index.php/RESP/article/

viewFile/68/174)

2000 14.196

2001 16.751

2002 19.368

2003 19.368

2004 19.951

2005 19.853

2006 19.257

2007 19.348 Federacion Iberoamericana de Ombudsman c;

V Informe sobre Derechos Humanos

(www.defensoria.gob.ve/dp/phocadownload/

userupload/publicaciones/fio/

V Informe FIO Sistema Penitenciario.pdf)

2008 23.457 Observatorio Venezolano de Prisiones;

Situacion Procesal de las Personas Privadas de Libertad en

Venezuela 2008

(www.ovprisiones.org/pdf/INF SituaPPL08.pdf)


Situacion Carcelaria en Venezuela; Informe 2009

(www.ovprisiones.org/pdf/INFOVP2009.pdf)

2010 34.270 Observatorio Venezolano de Prisiones; Informe

sobre los Derechos Humanos y Debido Proce-

so de las Personas Privadas de Libertad 2010

(http://www.venescopio.org.ve/web/wp-content/

uploads/Informe-Final-200-2010.pdf)

2011 46.888 http://www.informeonline.com/2011/05/23/ venezuela-44-

mil-presos-para-32-centros-de-reclusion-disenanado-para-

albergar-14-mil-reos/

2012 45.224 PROVEA; Derechos de las Personas Privadas de Li-

bertad; (http://www.derechos.org.ve/pw/wp-content/

uploads/20Privados-de-libertad.pdf)


Informe Anual 2013 (images.eluniversal.com//2014/

01/29/informe-anual-2013.pdf)

aLa informacion no necesariamente corresponde a las mismas fechas de cada anobComo alternativa, PROVEA presenta sus cifras, para el lapso 1998-2012, disponibles en:

Derechos de las Personas Privadas de Libertad;

(www.derechos.org.ve/pw/wp-content/uploads/20Privados-de-libertad.pdf)cOmbudsman: Defensor del Pueblo

46

Anexo B Evolucion de la poblacion penitenciaria durante 2013

FUENTE: Observatorio Venezolano de Prisiones; Informe Anual 2013

Disponible en: images.eluniversal.com//2014/01/29/informe-anual-2013.pdf

47

Anexo C Listado de los Centros de Reclusion

Codigo Nombre del Centro a Estado Region

01 Mestiza I Miranda

Capital

02 Mestiza II Miranda

03 Legado I Miranda

04 Legado II Miranda

05 Aborigen Miranda

06 Fundadora Miranda

07 Modelo Distrito Capital

08 Nautica Carabobo

Central09 Central I Carabobo

10 Central II Aragua

11 Central III Aragua

12 Artesanal Tachira

Andina13 Paramo Merida

14 Panamericana Trujillo

15 Llanera I Barinas

Los Llanos

16 Llanera II Apure

17 Llanera III Portuguesa

18 Llanera IV Guarico

19 Agrıcola Guarico

20 Lacustre Zulia

C-Occid.

21 Peninsular Falcon

22 Colonial Falcon

23 Musical Lara

24 Mıstica Yaracuy

25 Oriental I Monagas

Oriental

26 Oriental II Sucre

27 Oriental III Sucre

28 Oriental IV Anzoategui

29 Tepuy I Bolıvar

30 Tepuy II Bolıvar

31 Islena Nva. Esparta

aNombres ficticios

48

Anexo D Estadısticas estimadas de la poblacion reclusa, ano 2013

PF = PI +NTI −NTE

NTE = Nexc +Nfug +Ndef

Donde:

Ndef = Nro. de Defunciones

Nexc = Nro. de Excarcelaciones

Nfug = Nro. de Fugas

NTE = Nro. Total de Egresos

NTI = Nro. Total de Ingresos

PI = Poblacion Penitenciaria al Inicio del Ano

PF = Poblacion Penitenciaria al Final del Ano

De acuerdo a los datos obtenidos,

Nexc = 4.658 1

Nfug = 219 2

Ndef = 506 2

⇒ NTE = 4.658 + 219 + 506

⇒ NTE = 5.383

PI = 48.678 3

PF = 53.566 3

NTI = PF − PI +NTE

⇒ NTI = 53.566− 48.678 + 5.383

⇒ NTI = 10.271

%reinc = 65% 4

1Fuente: www.eluniversal.com/sucesos/140420/4658-reclusos-quedaron-en-libertad-con-plan-cayapa-en-20132Fuente: Observatorio Venezolano de Prisiones; Informe Anual 2013. Disponible en: images.eluniversal.com//

2014/01/29/informe-anual-2013.pdf3Ver Anexo B4Porcentaje de reincidencia. Fuente: http://panorama.com.ve/portal/app/push/noticia116295.php. Algunas in-

vestigaciones han reportado hasta 77,5 % (http://tesis.luz.edu.ve/tde busca/arquivo.php?codArquivo=302) y 80 %

(www.noticierodigital.com/2010/10/hay-que-abolir-las-carceles-afirma-el-penitenciarista-elio-gomez/)

49

NIR = NTI ×%reinc

100

⇒ NIR = 10.271×65

100⇒ NIR = 6.676

NIP = NTI −NIR

NIP = 10.271− 6.676

NIP = 3.595

Donde:

NIP = Nro. de Ingresos Primarios (primera sentencia)

NIR = Nro. de Ingresos con Reincidencia

A nivel nacional, los promedios de registro de nuevos reclusos, ingresos de reclusos (nuevos o reinci-

dentes), y egresos, son los siguientes:

NIPSN = 3.595nvos. reclusos

ano×

1 ano

52 semanas

NIPSN = 69 nvos. reclusos/sem.

NITSN = 10.271ingresos tot.

ano×

1 ano

52 semanas

NITSN = 198 ingresos tot./sem.

NETSN = 5383egresos tot.

ano×

1 ano

52 semanas

NETSN = 103 egresos tot./sem.

Y, por cada uno de los 31 centros de ubicacion, los promedios de los mismos indicadores, son:

50

NIPSC =69

31nvos. reclusos/sem.

NIPSC = 2, 2 ≈ 3 nvos. reclusos/sem.

NITSC =198

31ingresos tot./sem.

NITSC = 6, 4 ≈ 7 ingresos tot./sem.

NETSC =103

31egresos tot./sem.

NETSC = 3, 3 ≈ 4 egresos tot./sem.

Donde:

NETSC = N.o Total de Egresos Semanales por Centro de reclusion (promedio)

NETSN = N.o Total de Egresos Semanales a nivel Nacional

NIPSC = N.o de Ingresos Primarios Semanales por Centro de reclusion (promedio)

NIPSN = N.o de Ingresos Primarios Semanales a nivel Nacional

NITSC = N.o Total de Ingresos Semanales por Centro de reclusion

NITSN = N.o Total de Ingresos Semanales a nivel Nacional

Para el caso de las consultas, se consideran las siguientes frecuencias de utilizacion 5:

1. Datos personales, ingresos, egresos de un recluso, dado el numero de cedula de identidad:

1 consulta mensual por cada interno:

⇒ 53.566consultas

mes×

1 mes

4 sem.= 13.392

consultas

sem.a nivel nacional

⇒13.392

consultas

sem.31centros

= 432consultas

sem.por centro de reclusion

5Valores ficticios

51

2. Consulta de datos personales, ingresos y egresos de los reclusos retenidos en un centro de

ubicacion dado el codigo del centro:

1 consulta semanal por cada centro:

⇒ 1consulta

sem.por centro de reclusion

⇒ 31consultas

sem.a nivel nacional

Anexo E Operaciones de algebra relacional asociada a las transac-

ciones

1. Transaccion REGISTRO INGRESO

DATOS RECLUSO← σNroDocumIdRecl=NroDocumIdDado(RECLUSO) ∗

ESTATUS RECLUSION SOLIC← πEstatusActualRecl(DATOS RECLUSO)

2. Transaccion REGISTRO EGRESO

Ver Transaccion REGISTRO INGRESO (ıtem anterior)

3. Transaccion CONSULTA DATOS PERS RECLUSO

Ver ∗

52

4. Transaccion CONSULTA DATOS PERS CENTRO

INGRESOS CENTRO← σCentroUbic=CodigoCentroDado(INGRESO) 6

DOC ID CENTRO← πNroDocumIdIngreso(INGRESOS CENTRO) 6

RECLUSOS EN CENTRO← (DOC ID CENTRO ⊲⊳NroDocumIdIngreso=NroDocumIdReclRECLUSO) 6

RECLUSOS ACT EN CENTRO← σEstatusActualRecl='Encarcelado' (RECLUSOS EN CENTRO)

5. Transaccion CONSULTA INGRESOS RECLUSO

DATOS INGRESOS RECLUSO← σNroDocumIdIngreso=NroDocumIdDado(INGRESO)

6. Transaccion CONSULTA INGRESOS CENTRO

DOC ID ACT EN CENTRO← πNroDocumIdRecl (RECLUSOS ACT EN CENTRO)

INGRESOS RECLUSOS ACT EN CENTRO

← (DOC ID ACT CENTRO ⊲⊳NroDocumIdRecl=NroDocumIdIngresoINGRESO)

7. Transaccion CONSULTA EGRESOS RECLUSO

DATOS EGRESOS RECLUSO← σNroDocumIdIngreso=NroDocumIdDado(EGRESO)

8. Transaccion CONSULTA EGRESOS CENTRO

EGRESOS RECLUSOS EN CENTRO

← (DOC ID CENTRO ⊲⊳NroDocumIdIngreso=NroDocumIdEgresoEGRESO) 6

6Esta lista puede contener datos de exreclusos

53

Tp311 bases-de-datos-2014-1

Education

diseno conceptual

diseno logico

esquema logico

requerimientos de datos

diseno fisico

lista de requerimientos

esquema conceptual local

lista integrada