Sistema de control de condominios para el

condominio “Los Condes”

Ccana Quintanilla Brighyta,1*, Pinaud Ramirez Percyb ,Diaz Curo Josué, Alcca Ccahuna Paul, Mauricio
Laime Samuel
UPeU [email protected], UPeU [email protected], bUPeU , [email protected] cUPeU ,
[email protected]

Resumen

El objetivo del siguiente artículo es mostrar el desarrollo de un sistema de software para el control de condominios para el
condominio “Los Condes”. Para ello se realizó un análisis del condominio haciendo uso de algunas disciplinas de la
metodología RUP que son: Modelado de negocio, Requerimientos, Análisis y Diseño e Implementación. A partir de este
análisis se obtuvo 6 módulos del negocio: Gestionar Cobros, Gestionar Propietarios,Gestionar Contratación, Gestionar gastos,
Control Asistencias y Gestionar Pago personal., En este artículo se desarrolla el Modelo del negocio del módulo Gestionar
Cobros con sus respectivos . A partir del análisis se obtuvo un modelo de datos, con este se realizó el modelo de base de datos,
haciendo uso de la herramienta para la gestión de base de datos Oracle. El sistema está realizado bajo una arquitectura web, Se
usó la arquitectura del patrón de diseño Modelo Vista Controlador, el IDE Spring Tool Suite, el Framework Spring, los
lenguajes usados son: Java, Html y Javascript, también se usaron las librerías bootstrap y jquery. Se concluyó que el RUP es el
más adecuado para proyectos de este alcance, así como el uso de patrones de diseño y demás herramientas de desarrollo web.

Abstract.

The objective of the following article is to show the development of a software system for the control of condominiums for the
"Los Condes" condominium. For this, an analysis of the condominium was made using some disciplines of the RUP
methodology that are: Business Modeling, Requirements, Analysis and Design and Implementation. From this analysis we
obtained 6 business modules: Manage Collections, Manage Owners, Manage Hiring, Manage Expenses, Assist Control and
Manage Personal Payment. This article develops the Business Model of the Manage Collections module with their respective
ones. From the analysis a data model was obtained, with this the database model was made, making use of the Oracle database
management tool. The system is made under a web architecture, the architecture of the design model Model Vista Controller
was used, the IDE Spring Tool Suite, the Spring Framework, the languages used are: Java, HTML and Javascript, the libraries
were also used bootstrap and jquery . It was concluded that the RUP is the most suitable for projects of this scope, as well as
the use of design patterns and other web development tools.

Keywords:Condominio,Control,Analisis,Cobros

1
1. Introduction

Los Condes es un condominio ubicado en Ñaña, Perú conformado por 190 familias; la administración del lugar
carece de un sistema que ayude con el control de las diferentes áreas del condominio(asistencia del personal,
realización de facturas de cobros a los propietario, entre otros).
El siguiente trabajo se basa en los procesos de las gestiones del condominio, es decir como se lleva a cabo la
administración del condominio. Primeramente empezaremos definiendo que es un condominio. Un condominio es
un conjunto de casas, departamentos, etc que residen dentro de un mismo predio, comparten un tipo de gasto en
conjunto para lo del agua, mantenimiento de áreas verdes entre otros.
El proyecto será realizado con las herramientas: STS, base de datos oracle, como análisis se utilizara RUP, para el
framework SPRING, se realizará con arquitectura mvc.
El objetivo de este proyecto es mejorar, agilizar los procesos d1el condominio con la implementación de un
software adecuado.

1.1. Estudio de factibilidad

Visión:
Ser reconocido en el presente decenio como el mejor condominio de lima y como una organización
de excelencia, digna de referencia entre vecinos y visitantes.
Misión:
Ser el condominio más respetado y atractivo de nuestra ciudad, creando valor entregado, para todos nuestros
residentes.

1.2. Problematica

Carencia de de un sistema que facilite el contacto entre propietarios y gerencia de administración.

Además del tiempo que se toma para el proceso de gestión de pagos es demasiado; por la carencia de un sistema

2. Modelado del negocio

En esta fase se realizó la identificación de las vistas del negocio, tanto externo como interno; el presente proyecto
utilizó el “RUP”; con ciertas ventajas, tales como:

● Es una metodología disciplinada al asignar tareas y responsabilidades.

● Reduce riesgos de fallas tanto en diseño u otros aspectos, puesto que las fallas afectan sólo a la interacción
donde ocurrió más no a todo el proyecto.

● Es adaptable, posee una flexibilidad a los cambios, el mantenimiento no es complejo.

● Está centrado en el proyecto y en los objetos importantes y no en detalles mínimos.

Figura. 1. Modelo de negocio.

/*

*/

Figura. 1. Vista externa del modelado de negocio.

2. Realización de los casos de uso de negocio

2.1. Caso de uso Gestionar Cobros

Nombre Gestionar Cobros

Descripción Este caso de uso empieza cuando el administrador evalúa las deudas pasadas y el monto
 de servicios del propietario, dependiendo de eso genera la factura del pago mensual el
cual se le es enviado al propietario mediante gmail y presencial; al recibir el propietario
se dirige al banco a depositar el monto, donde se genera el voucher de pago el cual se le
toma una foto y se lo envía al administrador; quien actualiza los datos del propietario
dependiendo del monto que se depositó.
Actores de negocio BA_ PROPIETARIO
Entradas BE_MontoServicios
Entregables BE_FacturaPagoMensual,BE_VoucherPagoMensual
Mejoras Automatizar la entrega de BA_ PROPIETARIO y el cálculo del monto
correspondiente al cliente

Tabla. 3. Especificación de caso de uso de negocio Gestionar Cobros

3.1.1 Diagrama de Objetos

Figura 2. Diagrama de Objetos del caso de uso Gestionar Cobros.

3. Realización de Casos de uso de Sistema Commented [1]: etapa de anàlisis

3.1.2 Diagrama de Actividades

Figura 3. Diagrama de Actividades del caso de uso Gestionar Cobros.

Nombre GestionarFacturaCobro
Tipo Primario
Versión 1
Autor Brighyt Emily Ccana Quintanilla
Actores Administrador
Iteración 1
Descripción El caso de uso comienza cuando el administrador va a
generar una factura del mes para los propietarios, con los
gastos generales, de servicios también el registro de deudas y
verifica que los datos sean los correctos para generar una
factura para cada propietario; el administrador envía la factura
mediante correo a cada propietario y también presencial
generando un pdf con los datos de la factura..
Referencias RF01, RF02, RF03, RF04 , R01, R02, R03, R04, R05, R06,
R07, R08
Requerimientos especiales RN01, RN02
Precondiciones Administrador logeado, propietarios registrados, deudas del
mes registradas
Post Condiciones Generar factura por propietario
Flujo normal de eventos
Acción del actor Respuesta del sistema
1. El administrador se ubica en 2. El sistema mostrará una pantalla con un espacio para que
la página cobros ingrese el mes que desea realizar la factura
3.. El administrador ingresa el 4. El sistema mostrará dos lista de los gastos de ese mes,
 mes y presiona aceptar generales y por torre
5. El administrador evaluará si es 6. El sistema hará los cálculos dependiendo de los atributos
correcto los datos que se que tiene cada propietario ya registrado y se mostrará el paso
muestran en la lista y presiona si tres el listado de multas.
está de acuerdo el botón generar
7. El administrador evaluará si es 8 El sistema terminar de actualizar los gastos del propietario
correcto los datos y presiona si que tenga deudas, añadiendoles ese monto más; y finalmente
está de acuerdo el botón next le muestra el paso cuatro donde se visualiza los gastos de los
clientes ya especificados

9. El administrador selecciona la 10. El sistema envía un correo a todos los propietarios con
opción con el icono de un correo sus respectivos datos, dependiendo de los gastos realizados,
haciendo los cálculos para cada propietario.
11.. El administrador selecciona la 12. El sistema generará en formato pdf la factura de todos los
opción pdf propietarios
1. 1.
Flujo alternativo de eventos <Generar envió personalizado>
Acción del actor Respuesta del sistema
13. El administrador selecciona la 14. El sistema enviará un correo al propietario
opción enviar que se ubica al lado
del nombre del propietario
1. 1.

1. 1.
Flujo alternativo de eventos <Generar pdf personalizado>
Acción del actor Respuesta del sistema
15. El administrador selecciona la 16. El sistema generará la factura en formato pdf propietario
opción enviar que se ubica al lado
del nombre del propietario
Anexos

Acción del actor Respuesta del sistema

1. El administrador se ubica en la página 2 El sistema mostrará una pantalla con un
multas listado de los propietarios
3 El administrador busca los propietarios 4 El sistema busca los propietarios
inasistentes a las asambleas y cambia su estado a dependiendo del dni
un ‘x’
5. El administrador presiona el botón aceptar 6. El sistema registra los propietarios con deudas
Figura 4. Prototipo del caso de uso Gestionar Cobros, vista Elegir Mes.

Figura 5. Prototipo del caso de uso Gestionar Cobros, vista Gastos.

Figura 6. Prototipo del caso de uso Gestionar Cobros, vista Multas.

Figura 7. Prototipo del caso de uso Gestionar Cobros, vista Gasto Propietario.
4. Modelado de datos (lógico)

Figura 8. Modelado de base de datos SICOCO.

5. Patrón MVC
 “ El patrón MVC es un paradigma que divide las partes que conforman una aplicación en el Modelo, las
Vistas y los Controladores, permitiendo la implementación por separado de cada elemento, garantizando
así la actualización y mantenimiento del software de forma sencilla y en un reducido espacio de tiempo.
A partir del uso de frameworks basados en el patrón MVC se puede lograr una mejor organización del
trabajo y mayor especialización de los desarrolladores y diseñadores. “

Figura 9. Patrón MVC del proyecto SICOCO

6. Conclusión

El análisis con metodología RUP permitió la comprensión e identificación de las necesidades del negocio
y a partir de ella analizar los procesos e información requerida que permitirá la construcción del sistema;
basándose en una arquitectura MVC para un mejor manejo, extensibilidad y mantenibilidad.
7. References

[1] Y. Fernández and Y. Díaz on Patron Modelo-Vista-Controllador, La Habana (2012), pp. 47

[2] J. Camarena and J. Trueba, A. and M. Martinez and M. Lopez on Automatización de la codificación del patrón modelo vista controlador
(MVC) en proyectos orientados a la Web.Universidad Autónoma del Estado de México Toluca.(2012), pp. 239