República Bolivariana de Venezuela

Ministerio del Poder Popular para la Defensa

Universidad Nacional Experimental Politécnica de la Fuerza Armada

Núcleo – Lara

CREACION DE UN SISTEMA DE INFORMACION PARA EL MANEJO Y

CONTROL DE LOS PROCESOS DE GESTION DE DATOS EN EL CONSEJO
COMUNAL HUGO CHÁVEZ EN VICTORIA EN EL BARRIO JOSE FÉLIX RIVAS
DEL MUNICIPIO IRIBARREN DEL EDO. LARA

Integrantes:

María Rangel

Wladimir Mendoza

Isaías Castro

Ana Jara

Adriana González

Yenderson López

Prof. Ing. Luisa Colon

Sección 8D03IS
 1) OBJETIVO GENERAL.

Crear un sistema de información para el manejo y control de los procesos

de gestión, recolección de datos y la expedición de cartas de residencias en el
consejo comunal Hugo Chávez en victoria en el barrio José Félix Rivas del
municipio Iribarren del Edo. Lara

2) OBJETIVOS ESPECÍFICOS.

A. Recaudar información acerca de los procesos internos que realiza el

consejo comunal.

B. Realizar la base de datos con la información recabada.

C. Codificar e implementar el sistema.

D. Capacitar a los miembros del consejo comunal en el manejo del sistema.

3) VISIÓN.

Generar un cambio revolucionario en los consejos comunales que propicie un

desarrollo armónico local.

4) MISIÓN.

Promover y asegurar la democracia participativa y protagónica, mediante la

promoción y el fortalecimiento de todas aquellas expresiones comunitarias que
propicien un desarrollo para todos los beneficios.
 5) CARTA ESTRUCTURADA

Sistema de Registro

Acceso al Sistema

Documentos a Reportes Bitácora Registrar Seguridad del Cerrar

Agregar Modificar y Buscar habitante
Expedir del usuario sistema sesión
habitante Eliminar habitante
sistema

Adulto mayor
Carta de buena Backup y
Agregar vivienda conducta restaurar
Menores de
edad

Carta de no
Registro poseer vivienda Persona con
socioeconómico discapacidad

Registro salud Carta de tener Reporte

trabajo general
independiente

Carta de
residencia
 6) DESCRIPCIÓN DE TODOS LOS MÓDULOS

Módulo de inicio: este módulo le permite al usuario el acceso al sistema y le da

privilegio al administrador.

Menú principal: este menú le da acceso a todos los demás módulos de registro o
consultas, bitácora entre otros.
Modulo agregar habitante: este le permite registrar a los habitantes de la
comunidad el cual le envía a modulo registro socioeconómico, salud y de vivienda.

Registro socioeconómico: en este módulo se registraran todos los datos

económicos como (su ingreso mensual, por medio de qué motivos ingresa el
dinero a la familia, cuantos familiares están en el hogar, entre otros).
Registro de salud: en este módulo se registran todos los datos de salud a través
de opciones que tienen las preguntas tales como si sufre de una discapacidad, si
está en tratamiento y si tiene acceso a los alimentos.

Registro vivienda: este módulo contiene el número de casa asignado en el

registro habitante y el nombre del jefe de familia y permite registrar el estado en
que se encuentra la vivienda y como conviven en esa vivienda.
Modulo modificar o eliminar: este módulo le permite al usuario modificar los
datos de los habitantes o los, también muestra una tabla de los habitantes
registrados.

Modulo buscar: este módulo le permite al usuario buscar al habitante de la

comunidad y consultar todos sus datos introduciendo su cedula o nombre.
Documentos a expedir: este le da la opción al usuario de cuál de los documentos
desea expedir.

Al presionar alguno de esos botones les mostrar los siguientes formatos a llenar.

Carta de buena conducta:

Carta de no poseer vivienda:

Carta de residencia:
Reportes: en este módulo se encuentran todos los reportes los cuales muestran
la información de los habitantes pero d manera individual divididos en reporte de
adulto mayor, reporte de menores de edad, reporté de personas con discapacidad
y por último reporte general este exporta en pdf.

Aquí se muestran todos los reportes:

Reporte de adulto mayor:

Reporte de menores de edad:

Reporte de personas con discapacidad:

Reporte general:
Modulo bitácora: Esta le permite mostrar al administrador el estado del sistema
que usuario entro a qué hora en que fecha y que proceso realizo.

Modulo registrar usuario: Esté modulo le permite al administrador registrar el

usuario que le dará uso constante al sistema y ara sus funciones en
representación del consejo comunal . Se deben introducir todos los datos pedidos
para un mejor control del acceso al sistema.

Módulo de seguridad del sistema: este módulo le permite al administrador crear

una copia de seguridad del sistema, para poder restablecer el sistema cuando no
funcione adecuadamente.

Por último un botón de cerrar sesión en cual cierra el sistema cuando ya no se le

de uso.
 7) DISEÑO DE LA BASE DE DATOS.

- Diseño Lógico. (Modelo Relacional y Diseño de Consultas).

Recibe como entrada el esquema conceptual y da como resultado un

esquema lógico, que es una descripción de la estructura de la base de datos que
puede procesar el software DBMS. Modelos Lógicos: Relacional, de Redes,
Jerárquico.  

- Diseño Físico.

Recibe como entrada el esquema lógico y da como resultado un esquema

físico, que es una descripción de la implementación de una base de datos en la
memoria secundaria, describe las estructuras de almacenamiento y los métodos
usados para tener un acceso efectivo a los datos.

8) DICCIONARIO DE DATOS

Desde un punto de vista de diseño de sistemas el diccionario de datos es una

obra de consulta con información acerca de los datos referentes a nuestro
proyecto, para guiarse en el análisis y diseño. Como un documento, el diccionario
de datos recopila y coordina términos de datos específicos, y confirma lo que cada
término significa para las diferentes personas en la organización. Desde un punto
de vista de base de datos un diccionario de datos contiene metadatos, es decir
datos acerca de los datos. El esquema o estructura de una tabla es un ejemplo de
metadatos. Un sistema de base de datos consulta el diccionario de datos antes de
leer o modificar los datos reales.
Acceso
Predeterminad
Columna Tipo Nulo Comentarios
o
registrar_habitante tinyint(4) No Proceso que puede realizar el usuario registrar el habitante.
modificar_elimina
tinyint(1) No Proceso de modificar y eliminar.
r
Buscar tinyint(4) No Este campo sirve para la búsqueda de habitantes.
Este campo le permite acceso a imprimir las planillas emitidas por el consejo
Imprimir tinyint(4) No
comunal.
Este campo le da acceso al usuario para que imprima los reportes de los
Reportes tinyint(4) No
habitantes de la comunidad.
Bitácora tinyint(4) No Le permite al administrador verificar el estado de la bitácora.
registrarusuario tinyint(4) No Le permite al administrador registrar el usuario del sistema.
Respaldo tinyint(4) No Le permite al administrador crear un respaldo para la protección del sistema.
varchar(15
usuario_usuario No Clave foránea que va de usuario a la tabla acceso.
)

Índices

Nul
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Comentario
o
PRIMARY BTRE Sí No usuario_usuario 3 A No Unión de clave
E primaria de usuario y
 Nul
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Comentario
o
de acceso.
fk_acceso_usuario1_id BTRE Restricción de la tabla
No No usuario_usuario 3 A No
x E usuario y acceso.

Bitácoraacceso
Predeterminad
Columna Tipo Nulo Comentarios
o
id_bitacora int(10) No Clave primaria de la tabla bitácora.
varchar(255
fecha No Fecha de ingreso al sistema.
)
varchar(255
hora No Hora de entrada.
)
usuario_usuari
varchar(15) No Dato del usuario que ingresa al sistema.
o

Índices

Empaquetad
Nombre de la clave Tipo Único Columna Cardinalidad Cotejamiento Nulo Comentario
o
Unión clave
primaria de la
PRIMARY BTREE Sí No id_bitacora 18 A No
tabla usuario y
bitácora.
 Empaquetad
Nombre de la clave Tipo Único Columna Cardinalidad Cotejamiento Nulo Comentario
o
Restricción de
la relación
fk_bitacoraacceso_usuario1_id
BTREE No No usuario_usuario 6 A No entre tabla
x
usuario y
bitácora.

Habitante
Predeterminad
Columna Tipo Nulo Comentarios
o
varchar(20
cedula No Clave primaria de la tabla habitante.
)
varchar(30
1nombre No Primer nombre.
)
varchar(30
2nombre No Segundo nombre.
)
varchar(30
1apellido No Primer apellido.
)
varchar(30
2apellido No Segundo apellido.
)
varchar(30
Edad No Edad del habitante.
)
varchar(30
Genero No Si es masculino o femenino.
)
 varchar(30
Ecivil No Estado civil (soltero, viudo, casado o divorciado).
)
varchar(30
Dirección No Dirección de vivienda.
)
varchar(30
Teléfono No Número telefónico.
)
varchar(30
TeC No Tiempo viviendo en la comunidad.
)
fechar date No Fecha de registro del habitante.
vivienda_codig
varchar(8) No Código de la vivienda.
o

Índices

Únic
Nombre de la clave Tipo Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentario
o
Clave primaria de
PRIMARY BTREE Sí No Cedula 4 A No
habitante.
Restricción de la
fk_habitante_vivienda_id vivienda_codig
BTREE No No 2 A No tabla habitante y
x o
vivienda.

participacion
 Predeterminad
Columna Tipo Nulo Comentarios
o
habitante_cedul varchar(20
No Clave foránea de la tabla habitante.
a )
actividad int(11) No Actividades
actividadotros int(11) No
robinson int(11) No Se beneficia de la misión Robinson.
rivas int(11) No Se beneficia de la misión Rivas.
sucre int(11) No Se beneficia de la misión sucre.
barrio int(11) No Se beneficia de la misión barrio adentro.
milagro int(11) No Se beneficia de la misión milagro.
mercal int(11) No Se beneficia de la misión mercal.
guacaipuro int(11) No Se beneficia de la misión guaica puro.
identidad int(11) No Se beneficia de la misión identidad.
cultura int(11) No Se beneficia de la misión cultura.
negra int(11) No Se beneficia de la misión negra hipolita.
jose int(11) No Se beneficia de la misión José Gregorio Hernández.
madres int(11) No Se beneficia de la misión madres solteras.
hijos int(11) No Se beneficia de la misión hijos del barrio.
vivienda int(11) No Se beneficia de la misión vivienda.
agro int(11) No Se beneficia de créditos agrarios.

Índices
 Nul
Nombre de la clave Tipo Único Empaquetado Columna Cardinalidad Cotejamiento Comentario
o
Clave primaria
BTRE habitante_cedul
PRIMARY Sí No 0 A No de la tabla
E a
habitante.
Restricción de la
fk_educacion_habitante1_id BTRE habitante_cedul
No No 0 A No tabla habitante y
x E a
educación.

salud
Predeterminad
Columna Tipo Nulo Comentarios
o
varchar(20
habitante_cedula No Clave primaria de la tabla habitante.
)
Auditiva int(11) No Posee discapacidad auditiva.
Baja int(11) No Posee discapacidad baja talla.
intelectual int(11) No Posee discapacidad intelectual.
Musculo int(11) No Posee discapacidad musculo esquelético.
Multiple int(11) No Posee discapacidad múltiple.
Visual int(11) No Posee discapacidad visual.
Alhzeimer int(11) No Posee enfermedad del alhzeimer.
Artrosi int(11) No Posee enfermedad altrosis.
insuficiencia int(11) No Posee enfermedad de insuficiencia.
Cerebro int(11) No Posee enfermedad de cerebro vascular.
cancer int(11) No Posee enfermedad de cancer.
respiratoria int(11) No Posee enfermedad respirtoria.
artriti int(11) No Posee enfermedad artritis.
hipertencion int(11) No Posee enfermedad de hipertencion.
insuficienciarena
int(11) No Posee enfermedad de insuficiencia renal.
l
diabete int(11) No Posee enfermedad diabetes.
parkison int(11) No Posee enfermedad de parkinson.
varchar(30
otras No Posee otras enfermedades
)
tramamiento int(11) No Recibe tratamiento.
modulo int(11) No Beneficiado por modulo de salud.
centro int(11) No Beneficiado por algún (c.d.i).
servicio int(11) No Beneficiado por (s.r.i).
hospital int(11) No Beneficiado por hospital o ambulatorio publico.
varchar(40
acceso No Acceso a alimentos.
)
varchar(40
alimento No Siempre, fácilmente, ocasionalmente o difícilmente.
)

Índices
 Empaquetad Cardinalida
Nombre de la clave Tipo Único Columna Cotejamiento Nulo Comentario
o d
fk_salud_habitante1_id BTRE Restricción de la tabla
No No habitante_cedula 0 A No
x E habitantes y salud.

socioeconomico
Predeterminad
Columna Tipo Nulo Comentarios
o
idsocioeconomico int(11) No Clave principal de la tabla para el registro socioeconómico.
varchar(25
Jefehogar No Nombre del jefe de hogar.
)
Ingresos int(11) No Ingreso mensual.
ingreso_permanent
tinyint(1) No Ingreso permanente.
e
varchar(25
monto_permanente Sí NULL Monto mensual de ingreso.
)
totalmiembros int(2) No Miembros que conviven en el hogar.
Renta tinyint(1) No Obtiene ingreso por medio de renta.
Trabajo tinyint(1) No Obtiene ingreso por medio de trabajo.
pensionivss tinyint(1) No Obtiene ingreso por medio de pensión (i.v.s.s).
Beca tinyint(1) No Obtiene ingreso por medio de beca.
Jubilación tinyint(1) No Obtiene ingreso por medio de jubilación.
pensionalimenticia tinyint(1) No Obtiene ingreso por medio de pensión alimenticia.
Misiones tinyint(1) No Obtiene ingreso por medio de misiones.
Ayuda tinyint(1) No Obtiene ingreso por medio de ayuda de otras personas.

Índices

Nombre de la Únic
Tipo Empaquetado Columna Cardinalidad Cotejamiento Nulo Comentario
clave o
Clave primaria de la tabla
PRIMARY BTREE Sí No idsocioeconomico 7 A No
socieconomica.

usuario
Predeterminad
Columna Tipo Nulo Comentarios
o
varchar(15
usuario No Nombre de usuario.
)
contraseñ varchar(16
No Clave para accesar al sistema.
a )
cedula varchar(8) No Cedula del usuario.
varchar(30
1nombre No Primer nombre.
)
varchar(30
2nombre No Segundo nombre.
)
 varchar(30
1apellido No Primer apellido.
)
varchar(30
2apellido No Segundo apellido.
)
varchar(30
telefono No Número de teléfono.
)
varchar(30
direccion No Dirección de vivienda.
)
varchar(50
pregunta No Pregunta secreta (para recuperar clave y usuario).
)
varchar(30
respuesta No Respuesta secreta (para recuperar clave y usuario).
)

Índices

Nombre de la Cardinalida Nul

Tipo Único Empaquetado Columna Cotejamiento Comentario
clave d o
BTRE Clave primaria de la tabla
PRIMARY Sí No usuario 3 A No
E usuario.

vivienda
Column Predeterminad
Tipo Nulo Comentarios
a o
codigo varchar(8) No Código de la vivienda.
condicio varchar(80
No Condición en que se encuentra la vivienda.
n )
varchar(80
tipo No Tipo de vivienda.
)
energia int(11) No Cuenta con servicio de energía.
cable int(11) No Cuenta con servicio de cable.
gas int(11) No Cuenta con servicio de gas.
desague int(11) No Cuenta con servicio de desagüe.
pozo int(11) No Cuenta con pozo séptico.
telefono int(11) No Cuenta con servicio de teléfono.
aseo int(11) No Cuenta con servicio de aseo.
internet int(11) No Cuenta con servicio de internet.
varchar(11
cuartos No Cantidad de cuarto que tiene la casa.
)
varchar(11
familias No Número de familias que conviven en la vivienda.
)
varchar(11
personas No Cantidad de personas que habitan en la vivienda.
)
varchar(11
areas No La vivienda cuenta con áreas verdes.
)
varchar(11
arboles No Tiene Arboles de fruto.
)
varchar(11
garaje No Tiene garaje.
)
Índices

Nombre de la Únic Nul

Tipo Empaquetado Columna Cardinalidad Cotejamiento Comentario
clave o o
Clave primaria de la tabla
PRIMARY BTREE Sí No codigo 2 A No
vivienda.
 9) MODELO ENTIDAD RELACIÓN. (MER)

Un diagrama o modelo entidad-relación es una herramienta para el modelado

de datos que permite representar las entidades relevantes de un sistema de
información así como sus interrelaciones y propiedades.
 10)DESCRIPCIÓN DE LOS REQUERIMIENTOS MÍNIMOS DE
HARDWARE Y DE SOFTWARE.

Los requerimientos mínimos y recomendados para NetBeans IDE 8.0.1 son los
siguientes:

 Requisitos Mínimos: 
- 2.2 GHz Procesador 
- 512MB RAM
 -  DirectX 9 graphics card 
- Windows XP Profesional SP3/Vista SP1/Windows 7 Professional
- Espacio de disco 750MB de espacio libre en el disco
- Mouse
-  Teclado

 Requisitos Recomendados: 
- 2.6 GHz Procesador 
- 2 GB RAM
-  DirectX 10 graphics card 
- Windows XP Professional SP3/7/8/10
- Espacio de disco 1GB de espacio libre en el disco
- Mouse
-  teclado

Los requerimientos mínimos y recomendados del hardware y software para

wampsever 2.4 el manejador de base de datos son los siguientes:

Se puede instalar en Windows XP, Windows Vista, Windows 7, Windows 2003

y Windows2008. Los requerimientos de espacio en disco para la instalación son
de 101 MB como mínimo.

11)SEGURIDAD DE LA BD.

Cuando se habla de seguridad en una base de datos, el objetivo es

protegerla de ataques que conlleven a la pérdida o degradación de todas o alguna
de las siguientes características:

· Integridad: consiste en que solo personas autorizadas puedan realizar

modificaciones (inserción, borrado, etc) en la base de datos. El uso de un sistema
con datos corrompidos podría tener como consecuencia la toma de decisiones
inexactas, fraudulentas o erróneas.
 Tabla de la base de datos para controlar el acceso a los diferentes módulos
del sistema mediante ceros y unos

· Disponibilidad: consiste en que las personas o programas autorizados puedan

tener acceso a la información en el momento que esta sea necesitada.

Reportes generales emitidos por el sistema

· Confidencialidad: consiste en la protección de información privada frente a

accesos no autorizados. La pérdida de confidencialidad podría ocasionar la
pérdida de confianza en la organización e incluso acciones legales en su contra.

12) CONTROLES DE ACCESO

Se basa en la creación de cuentas de usuario y contraseñas para controlar el

acceso a diferentes partes de la base de datos. Dicho control puede lograrse
utilizando el mecanismo:

· Discrecional que consiste en la asignación y revocación de privilegios a los

usuarios individuales. Estos privilegios se refieren a las acciones que puede
realizar el usuario sobre una relación (tabla) en particular, como privilegios de
selección, modificación o referenciación.
Interfaz donde se inicia sesión y se comprueban los privilegios de usuario

Código que garantiza la integridad de ls niveles de acceso (restricciones).

 13)PRIVILEGIOS DE USUARIOS

Interfaz donde se registra un nuevo usuario y se determinan los privilegios de

acceso al sistema del usuario.

14)RESPALDO DE LA BD

Una copia de seguridad, copia de respaldo o backup (su nombre en

inglés) en tecnologías de la información e informática es una copia de los datos
originales que se realiza con el fin de disponer de un medio para recuperarlos en
caso de su pérdida. Las copias de seguridad son útiles ante distintos eventos y
usos: recuperar los sistemas informáticos y los datos de una catástrofe
informática, natural o ataque; restaurar una pequeña cantidad de archivos que
pueden haberse eliminado accidentalmente, corrompido, infectado por un virus
informático u otras causas; guardar información histórica de forma más económica
que los discos duros y además permitiendo el traslado a ubicaciones distintas de
la de los datos originales

15)RESTAURACIÓN DE LA BD

El objetivo de una restauración completa de la base de datos es restaurar

toda la base de datos. Durante el proceso de restauración, la base de datos
completa se encuentra sin conexión. Antes de que ninguna parte de la base de
datos esté en línea, se recuperan todos los datos a un punto coherente en el que
todas las partes de la base de datos se encuentran en el mismo momento y en el
que no existe ninguna transacción sin confirmar.
 16)COPIAS DE SEGURIDAD CONTROLADAS POR EL USUARIO

Se cuenta con un módulo que permite realizar una copia de seguridad

dirigida por el usuario, en el cual se selecciona la ruta de guardado y el formato
que tendrá el archivo (.sql o .txt)

17)BITÁCORA DE ACCESOS Y OPERACIONES EN EL SISTEMA

 Elementos Que Conforman Una Bitácora:

1-Nombre del usuario.

2-Fecha de evaluación del reporte.
3-Nombre del destinatario.
4-Fecha y hora en que ocurrió el daño o la perdida
5-Descripción de lo ocurrido
6-Datos del dispositivo periférico.
7-Datos generales.
8-Diagnósticos.
9-Observaciones.
10-Nombres y firmas del responsable
11-Nombres y firmas  de la persona que reporta.

18)ALGORITMOS DE RECUPERACIÓN

Técnica basada en la Actualización inmediata

  Permite realizar modificaciones de elementos en la base de datos mientras

una transacción está todavía en estado activo.

Las modificaciones de datos escritas por transacciones activas se

denominan modificaciones no comprometidas.
Una transacción T puede modificar la BD antes de llegar a su punto de
confirmación.
Algunos cambios realizados por T pueden consolidarse en disco antes de
confirmarse T.
 Si el fallo ocurre antes de alcanzar T su punto de confirmación (quizá después
de grabar cambios en BD),
es necesario deshacer sus operaciones.
Si el fallo ocurre después de alcanzar T su punto de confirmación, es necesario
rehacer sus operaciones.
Algoritmo NO-DESHACER / REHACER
Crear dos listas ACTIVAS y CONFIRMADAS, vacías.
Inicializar ACTIVAS con la lista de transacciones activas almacenada en el último
registro_de_validación en bitácora.
Examinar la bitácora a partir del último punto de validación en adelante
Si se encuentra una entrada <INICIAR,T>, añadir T a la lista ACTIVAS
Si se encuentra una entrada <COMMIT,T>, mover T de ACTIVAS a
CONFIRMADAS
Al terminar de examinar la bitácora:
Rehacer las operaciones <ESCRIBIR,...> de las transacciones en
CONFIRMADAS, en el mismo orden en que aparecen en bitácora
Ignorar transacciones de la lista ACTIVAS.

En bitácora, las entradas <ESCRIBIR,...> necesitan guardar el

valor_anterior y valor_nuevo: pueden deshacerse o rehacerse.

Se debe Deshacer primero, y Rehacer después.

Las operaciones se desharán en el orden inverso al de anotación en bitácora.
Las operaciones se reharán en el mismo orden en que aparecen en bitácora.

19)INTEGRIDAD DE ENTIDAD

La integridad de entidad define una fila como entidad única para una tabla
determinada. La integridad de entidad exige la integridad de las columnas de los
identificadores o la clave principal de una tabla, mediante índices y restricciones
UNIQUE, o restricciones PRIMARY KEY.
La integridad de entidad en esta tabla está dada por la clave primaria cedula

20)Integridad de Dominio

La integridad de dominio viene dada por la validez de las entradas para una
columna determinada. Puede exigir la integridad de dominio para restringir el tipo
mediante tipos de datos o el intervalo de valores posibles mediante definiciones
DEFAULT, definiciones NOT NULL y reglas.

De esta manera viene dada la validez del dominio en cada campo de la tabla

21)INTEGRIDAD REFERENCIAL

La integridad referencial protege las relaciones definidas entre las tablas

cuando se crean o se eliminan filas. Normalmente se basa en las relaciones entre
claves externas y claves principales o entre claves externas y claves exclusivas.
La integridad referencial garantiza que los valores de clave sean coherentes en las
distintas tablas. Para conseguir esa coherencia, es preciso que no haya
referencias a valores inexistentes y que, si cambia el valor de una clave, todas las
referencias a ella se cambien en consecuencia en toda la base de datos.
Cuando se exige la integridad referencial, se impide a los usuarios: Agregar o
cambiar filas en una tabla relacionada si no hay ninguna fila asociada en la tabla
principal, cambiar valores en una tabla principal que crea filas huérfanas en una
tabla relacionada, eliminar filas de una tabla principal cuando hay filas
relacionadas coincidentes.
 ra

De esta manera a través de las restricciones de clave foránea protegemos la

integridad referencial de las relaciones que existen entre las tablas.
 22) TÉCNICAS DE CONTROL DE CONCURRENCIA.

El control de transacciones concurrentes en una base de datos brinda un

eficiente desempeño del Sistema de Base de Datos, puesto que permite controlar
la ejecución de transacciones que operan en paralelo, accesando a información
compartida y, por lo tanto, interfiriendo potencialmente unas con otras.

El hecho de reservar un asiento en un avión mediante un sistema basado

en aplicaciones web, cuando decenas de personas en el mundo pueden reservarlo
también, nos da una idea de lo importante y crucial que es el control de
concurrencia en un sistema de base de datos a mediana o gran escala.

Otro ejemplo en el que podemos observar la incidencia del control de

concurrencia en el siguiente: la Base de Datos de nuestro sistema podría ocurrir
que un habitante valla a ser registrado sin saber que ya ha sido registrado, esto
podría generar sobre escritura de datos al guardar en base de datos, esto lo
hemos evitado aplicando control de concurrencia.