INFORMTICA Y

TELECOMUNICACIONES

Administracin de Condominios

NOMBRE: Rodrigo Cifuentes

Hilleves Galdames
Csar Ponce
Javier Seplveda
CARRERA: Ingeniera en Informtica Analista Programador
ASIGNATURA: Taller de Base de Datos
PROFESOR: Sergio Figueroa Parra
FECHA: 11/04/2016

INFORMTICA Y
TELECOMUNICACIONES

INFORMTICA Y
TELECOMUNICACIONES

1 Introduccin
En este presente informe se expondr cmo solucionar los problemas que se generan en un condominio
con respecto a orden y datos a guardar, se dar solucin enfocado a la construccin de una Base de datos.

Conceptos a considerar:

Base de datos: es un almacn que nos permite guardar grandes cantidades de informacin de forma
organizada para que luego podamos encontrar y utilizar fcilmente.

Condominio: consiste en la situacin en la que la propiedad de una cosa es compartida por dos o ms
personas. Por extensin, algunos autores denominan as a un inmueble bajo el rgimen de propiedad
horizontal.

El condominio al ser compartido es de total importancia regular el cmo cada propietario se comportar o
aportar a los espacios comunes.

Objetivo: Disear un sistema de condominios que nos permita gestionar: Gastos comunes , reas
comunes , visitas y actualizar deudas de cada residente con respecto a su departamento.

2 Desarrollo
2.1 Anlisis
Cualquiera persona que vaya a comprar o arrendar una vivienda, que sea parte de una organizacin,
en este caso, un condominio, debe estar consciente de tendr derechos y deberes ya sea con la
administracin y vecinos, para poder lograr lo que la persona busca, un hogar cmodo para vivir.

INFORMTICA Y
TELECOMUNICACIONES

2.1.1 Casos de Usos.

INFORMTICA Y
TELECOMUNICACIONES

2.1.2 Especificacin de Casos de uso.

Caso de Uso N1: Habita
Actor Principal: Residente
Personal Involucrado e Intereses:
Residente: Necesita y desea habitar una morada.
Departamento: Lugar en el cual el residente puede vivir.
Precondiciones: El residente debe comprar o arrendar la propiedad (departamento) para as,
vivir en ella.
Garanta de xito (postcondiciones): El residente est conforme en su hogar y de acuerdo a sus
derechos y deberes, acata reglas del condominio y tambin obtiene beneficios de ste.
Resumen: El residente compra o arrienda una vivienda, en la cual habitar de forma
permanente o temporalmente, y debe sumirse a distintas reglas para la buena convivencia con
sus vecinos.
Flujo de Eventos:
I.
El residente al tener ya una vivienda debe proporcionar sus datos, como el nombre
completo, rut, medios de contacto, ya sea telefnico o correo electrnico.
II.
El lugar el cual habitar el residente se le asigna un nmero de vivienda.
III.
Se comienza a facturar pagos segn los gastos domsticos del residente.
Flujos Alternativos:
I Si el residente no habita el departamento, no habr sistema, es decir, no se efectuarn los
procesos de la administracin de condominios.

INFORMTICA Y
TELECOMUNICACIONES

Caso de Uso N2: Deudas

Actor Principal: Residente
Personal Involucrado e Intereses:
Residente: Al habitar una residencia, ste debe pagar gastos comunes.
Departamento: Genera una cuenta al habitante segn los usos domsticos que se hayan
realizado
reas Comunes: Si el residente paga al da puede hacer uso de todas las instalaciones
del condominio, ya que gracias a los ingresos, se pueden mantener en buen estado para
su uso.
Precondiciones: El residente debe estar consciente de que debe pagar los gastos comunes y
acatar las sumas correspondientes.
Garanta de xito (postcondiciones): El residente pag sin problemas los gastos comunes y as
puede hacer uso de las reas comunes, y tambin evitar alguna multa por no pago.
Resumen: El habitante al residir en una vivienda est obligado a pagar una cierta cantidad de
dinero por uso de los servicios bsicos, es por eso, que la administracin se encarga de cierta
manera regular las cuentas del cliente.
Flujo de Eventos:
I.
El residente habita en el departamento.
II.
Al usar los servicios bsicos, le llega la cuenta de gastos comunes (deuda)
III.
El residente asume gastos y debe cancelarlos en el tiempo estipulado.
IV.
La administracin acoge pago y posibilita al residente seguir haciendo uso de los
servicios y tambin el uso de reas comunes.
Flujos Alternativos:
III El cliente no paga a tiempo y es posible que reciba una multa por atraso.
IV El residente no tendr acceso a reas comunes debido al no pago, y se le cortarn los
suministros de no resolver la mora.

INFORMTICA Y
TELECOMUNICACIONES

Caso de Uso N3: Visita

Actor Principal: Visitante
Personal Involucrado e Intereses:
Visitante: Visita al residente.
Residente: Recibe al visitante.
Departamento: Lugar de encuentro.
Empleado: Gestiona el ingreso del visitante.
Precondiciones: El visitante deber saber a qu departamento se dirige y saber el nombre del
propetario de ste y deber ser autorizado para ingresar.
Garanta de xito (postcondiciones): El visitante logra ingresar luego de haber proporcionado la
informacin necesaria, por lo que procede a visitar al residente.
Resumen: El visitante desea visitar al residente y para ello tiene que acatar ciertas reglas para
que su objetivo sea logrado, que es, entrar al recinto.
Flujo de Eventos:
I.
El visitante para poder ingresar debe proporcionar sus datos, nombre completo, rut,
nmero telefnico y departamento a cual visita, brindando el nombre del propetario.
II.
El empleado recibe los datos y pregunta al residente si ste tendr visitas.
III.
El empleado anota en una bitcora la hora de ingreso del visitante.
IV.
El visitante est autorizado para entrar al recinto e ir al departamento en cuestin.
V.
Una vez realizada la visita, el empleado registra el horario de salida del visitante.
Flujos Alternativos:
I El visitante proporciona datos falsos, o es sospechoso para el empleado, por lo que no logra
ingresar.
II El residente avisa que no espera a ninguna visita.
IV El visitante no es autorizado y se le pide retirarse.

INFORMTICA Y
TELECOMUNICACIONES

2.1.3 Modelo Conceptual.

INFORMTICA Y
TELECOMUNICACIONES

2.2 Diseo Lgico.

INFORMTICA Y
TELECOMUNICACIONES

2.3 Diseo Fsico.

Residente(rut_res,com_res,ema_res ,tel_res ,nom_res, ape_res )

Habita(rut_res, num_dep)
Departamento(num_dep, deu_dep, mul_dep)
Visitante( rut_vis, nom_vis, tel_vis, pat_vis, hra_ent, hra_sal )
Visita( rut_vis, num_dep )
Empleado( rut_emp, nombre, apellidos, sueldo, hr_extra, horario )
Administra( rut_emp, cod_are )
Are_comun( cod_are, nombre, horario uso )
Gasto( cod_gasto, monto, pagado, fecha, cod_are )
Utiliza( rut_res, cod_are, fecha, hr_ent, hr_sal )
Gastos comun(n_dpto, planilla, Gasto_total,n_deptos)

INFORMTICA Y
TELECOMUNICACIONES

2.4 Implementacin.
SCRIPT SQL
create table residente
(rut_res number primary key not null,
nom_res varchar2(50) not null,
ape_res varchar2(50) not null,
ema_res varchar2(50) not null,
tel_res number not null,
com_res varchar2 (500) not null);
create table habita(
rut_res number not null,
num_dep number not null);

create table departamento(

num_dep number not null primary key,
deu_dep number not null,
mul_dep number not null);
create table visitante(
rut_vis number not null primary key,
nom_vis varchar2(50) not null,
tel_vis varchar2(50) not null,
pat_vis varchar(8) not null,
hra_ent varchar(10) not null,
hra_sal varchar(10) not null);
create table Gasto(
cod_gasto varchar(10) not null primary key,
monto_gasto integer not null,
pagado_gasto varchar(2) not null,
fecha_gasto date not null,
cod_are number not null);
create table utiliza(
rut_res number not null,

INFORMTICA Y
TELECOMUNICACIONES

cod_are number not null,

fecha date not null,
hr_ent varchar(10) not null,
hr_sal varchar(10) not null);
create table gastoscomunes(
num_dep number not null primary key,
planilla varchar(100) not null,
gastos_totales number not null,
n_dptos number not null);
create table visita(
rut_vis number,
num_dep number);
create table empleado(
rut_emp number primary key not null,
nom_emp varchar2(50),
ape_emp varchar2(50),
sue_emp number,
hex_emp number,
hor_emp varchar2(100));
create table administra(
rut_emp number not null,
cod_are number not null);
create table are_comun(
cod_are number primary key not null,
nom_are varchar2(30),
hus_are varchar2(100));

alter table habita

add (constraint fk_res1 foreign key (rut_res) references residente (rut_res));
alter table habita
add (constraint fk_dep2 foreign key (num_dep) references departamento (num_dep)) ;
alter table habita

INFORMTICA Y
TELECOMUNICACIONES

add (constraint pk_hab3 primary key (rut_res, num_dep)) ;

alter table visita
add (constraint fk_vis4 foreign key (rut_vis) references visitante (rut_vis)) ;
alter table visita
add (constraint fk_dep5 foreign key (num_dep) references departamento (num_dep)) ;
alter table visita
add (constraint pk_vis6 primary key (rut_vis, num_dep)) ;
alter table administra
add (constraint fk_emp7 foreign key (rut_emp) references empleado(rut_emp));
alter table administra
add (constraint fk_are8 foreign key (cod_are) references are_comun(cod_are));
alter table administra
add (constraint pk_adm9 primary key (rut_emp, cod_are));
alter table utiliza
add (constraint fk_res10 foreign key (rut_res) references residente(rut_res));
alter table utiliza
add (constraint fk_are11 foreign key (cod_are) references are_comun(cod_are));
alter table utiliza
add (constraint pk_uti12 primary key (rut_res, cod_are));

commit;

INFORMTICA Y
TELECOMUNICACIONES

3 Conclusin

La comunicacin entre departamento , empleados y residentes ser ms fructfera , y fluida

ya que los datos guardados en el sistema confirmaran deudas y acuerdos.
El manejo de informacin ser ms exacto debido a que sern de procesos obtenidos por la
base de datos.
Tendrn un sistema automatizado para el funcionamiento comn del condominio y no
entorpecera el diario vivir.
Los procesos sern corroborados y los datos sern fidedignos , no habr redundancia , ni
inconsistencia en los datos obtenidos .