Pro Yec To Final

UNIVERSIDAD NACIONAL DE PIURA
FACULTAD DE INGENIERA INDUSTRIAL
ESCUELA PROFESIONAL INGENIERA

INFORMTICA
Proyecto De Investigacin
IMPLEMENTACIN DE UN SISTEMA INMOBILIARIA DE
COMPRA_VENTA
Presentado por:
Cruz Neira Tilson.
Guerrero Silupu Miguel.
Docente: Ing. Carmen Quito Rodrguez.
PIURA PER
2017
INDICE
IMPLEMENTACIN DE UN SISTEMA INMOBILIARIA DE COMPRAVENTA ................................ i
INTRODUCCION ............................................................................................................................. 1
1. EL PROBLEMA DE INVESTIGACIN ............................................................................................ 2
1.1. DESCRIPCIN Y FORMULACION DEL PROBLEMA ........................................................ 2

1.2. FORMULACIN DEL PROBLEMA................................................................................... 2
1.3. JUSTIFICACION, IMPORTANCIA Y BENEFICIARIOS DE LA INVESTIGACION ................. 2
1.3.1. JUSTIFICACIN .............................................................................................. 2
1.3.2. IMPORTANCIA ............................................................................................... 3
1.3.3. BENEFICIARIOS .............................................................................................. 3
1.4. OBJETIVOS DE LA INVESTIGACION ............................................................................... 4
1.4.1. OBJETIVO GENERAL ....................................................................................... 4
1.4.2. OBJETIVOS ESPECFICOS................................................................................. 4
2. MARCO TEORICO .............................................................................................................. 5
2.1. MARCO REFERENCIAL ................................................................................................... 5

Contexto: ........................................................................................ Error! Bookmark not defined.
2.2. BASES TERICO-CIENTFICAS .......................................................................... 6
SISTEMA INFORMTICO....................................................................................................... 6
3. DESARROLLO METODOLGICO......................................................................................... 6
ERP de Software libre. ................................................................................................................. 10
SARH ............................................................................................................................................ 10
DISEO METODOLGICO ................................................................................................... 11
Tipo de estudio ....................................................................................................................... 11
Metodologa y tcnicas ......................................................................................................... 11
UNIDAD DE ANLISIS ........................................................................................................... 11
2.3. METODOLOGAS, TCNICAS DE DESARROLLO Y HERRAMIENTAS A

UTILIZAR..177
2.3.1. Arquitectura
Web..178
Bibliografia..................................................................................................................22
INTRODUCCION
Este proyecto nace con la vocacin de crear una plataforma informtica accesible
mediante Internet para que una inmobiliaria. Pueda optimizar su trabajo diario y en
consecuencia sus costes. En la actualidad, estas inmobiliarias se encuentran lejos de la
aplicacin de soluciones informticas a su trabajo diario, limitndose, en la inmensa
mayora, al uso de aplicaciones de ofimtica como Word o Excel para realizar contratos,
fichas de inmuebles y control de gastos, y en casos excepcionales se aaden pginas Web
sencillas de presentacin del negocio. Por tanto, se define un objetivo indispensable:
desarrollar el portal de manera que al usuario tipo le resulte extremadamente fcil y
familiar para su navegabilidad y explotacin. En el proceso de anlisis se comprob la
conveniencia de usar un patrn de diseo MVC, basado en servicios, servlets y JSP.
Debido al entorno Web y a la programacin orientada a objetos, se decidi que la
metodologa a seguir en la especificacin, anlisis, diseo e implementacin del sistema
sera la Metodologa UML, por ser ms adecuada a este tipo de desarrollos software.
Respecto a la organizacin interna del proyecto, se ha intentado hacer una divisin en
paquetes para que su mantenimiento y ampliacin se realice de la mejor manera posible.
Se ha desarrollado un cliente ligero, es decir, que tuviese el menor conocimiento de la
lgica de negocio posible. Por tanto, todo el peso recae sobre el servidor.
ProyectoDeInvestigacin pg. 1
IMPLEMENTACIN DE UN SISTEMA INMOBILIARIA DE COMPRA_VENTA
1. EL PROBLEMA DE INVESTIGACIN
1.1. DESCRIPCIN Y FORMULACION DEL PROBLEMA
Desde hace tiempo y a menudo en la actualidad las empresas inmobiliarias manejan la informacin acerca de
los inmuebles de forma manual (sistema de ficheros),lo que en la prctica en ocasiones resulta ser un
obstculo cuando se requieren datos de manera rpida, segura, precisa y con buena presentacin; los datos
concernientes al bien se presentan verbalmente en papel, y el conocimiento del mismo exige un
desplazamiento fsico hasta su lugar de ubicacin, todo esto con respecto a la administracin de la
informacin.
En el campo de la comercializacin se puede agregar que esta se hace mostrando los inmuebles personalmente,
el desplazamiento fsico tanto de parte de los vendedores como de quienes estn interesados en comprar
determinado bien inmueble, demanda tiempo y dinero, retrasando as el proceso de llevar a buen trmino
negocios o proyectos que se podran hacer en un lapso de tiempo ms conveniente para dichas partes, si el
proceso se llevara a cabo de forma ms prctica y eficiente.
1.2. FORMULACIN DEL PROBLEMA

La implementacin del sistema Inmobiliario de Compraventa permitir que el proceso se lleve a cabo de
forma ms prctica y eficiente?
1.3. JUSTIFICACION, IMPORTANCIA Y BENEFICIARIOS DE LA INVESTIGACION
1.3.1. JUSTIFICACIN
Para las empresas del sector inmobiliario la administracin de los recursos y la asesora en compra y venta
de bienes races, resultan ser fundamentales en cuanto a su actividad econmica, es por esto que se
considera muy importante darle una solucin al problema planteado, el cual, no solo radica en la forma
como se maneja la informacin sino en la forma como se manejan los recursos en general. Para esto se
considera necesario cambiar el tipo de sistema que se utiliza comnmente por otro ms eficiente para
optimizar la forma en que la informacin es administrada y manipulada. El sistema de informacin que se
desarrolle puede constituirse como una herramienta de gran importancia pues busca agilizar en gran
medida muchos de los procesos realizando estos por medio de computadores lo que implica velocidad a
La hora de arrojar resultados en bsqueda de informacin, presentacin de los inmuebles, y dems
actividades, esto tambin implica una forma ms prctica y segura de almacenamiento de informacin.
Se pretende plantear una visin administrativa que aporte al desarrollo del sistema; en cualquier empresa
es muy importante que los directivos tengan muy claro qu actividades y funciones deben ser asignadas a
los cargos que sean creados, teniendo en cuenta que si esto es bien definido, as mismo ser el nivel de
eficiencia de estos al permitir este anlisis reconocer la importancia de cada puesto en la organizacin y
las caractersticas de la persona que debe ocuparlo; para los directivos esto puede traer muchos beneficios
a nivel administrativo, pues as se puede evaluar mejor el desempeo del personal, se pueden perfeccionar
los mtodos para contratar y capacitar a los empleados al igual que las actividades de planeacin en la
empresa en general.
1.3.2. IMPORTANCIA
En el presente proyecto se pretende utilizar la Tecnologa de ltima tecnologa con el desarrollo de sistema
inmobiliario de compraventa, buscando agilizar en gran medida muchos de los procesos realizando estos
por medio de computadores lo que implica velocidad a la hora de arrojar resultados en bsqueda de
informacin, presentacin de los Inmuebles, y dems actividades, esto tambin implica una forma ms
prctica y segura de almacenamiento de informacin.
1.3.3. BENEFICIARIOS
Los beneficiarios de esta investigacin sern toda aquella persona que le interese involucrarse en una
transaccin de compraventa de bienes inmuebles Adems esta investigacin fomentar el desarrollo
tecnolgico con nuevas herramientas de venta, asimismo el desarrollo cultural de nuevos conocimientos sobre
las Agentes virtuales inmobiliarios que se puede incluir en la enseanza de los estudiantes.
1.4. OBJETIVOS DE LA INVESTIGACION
1.4.1. OBJETIVO GENERAL

Desarrollar un sistema de informacin para el manejo y comercializacin de los datos concernientes a los
inmuebles, orientado a la web, como una solucin a los diferentes requerimientos que puede tener una
empresa inmobiliaria, tales como: agilizacin de los procesos, velocidad en bsqueda de informacin,
mejora en la comercializacin y en la presentacin de los inmuebles, practicidad y seguridad para el
almacenamiento y administracin de la informacin.
1.4.2. OBJETIVOS ESPECFICOS

1. Desarrollar un anlisis preliminar. Anlisis que servir de base para la posterior realizacin
del planteamiento de la visin administrativa
2. Plantear una visin administrativa. Visin que permita incorporar en el sistema

herramientas que ayuden a los directivos de la empresa a administrar recursos con respecto
a la comercializacin de inmuebles y otros procesos.
3. Realizar la ingeniera de software para el desarrollo del sistema de informacin en cuestin. Ingeniera
de software que se llevar a cabo por medio de la aplicacin de la metodologa RUP de manera iterativa
hasta llegar a la construccin de un prototipo evolutivo.
2. MARCO TEORICO
2.1.MARCO REFERENCIAL
Para Alan Roif, director regional de RE/MAX Per, un agente inmobiliario es la persona que ayuda al
pblico a cumplir sus objetivos de compra o venta de un inmueble en forma segura.
Contexto: Para una inmobiliaria un sistema de informacin se constituye como una gran ventaja, el impacto
que tiene la introduccin de procesamiento computarizado, si el sistema existente es manual, es importante,
teniendo en cuenta que este tipo de empresas almacenan grandes cantidades de datos relacionados con sus
operaciones, empleados, clientes (compradores o propietarios) e inmuebles; es por esta razn que muchas
inmobiliarias en el pas han optado por adquirir sistemas de informacin orientados a la web que les facilite
u optimice el proceso de manejo de informacin de los inmuebles y su comercializacin.
En la actualidad se han desarrollado sistemas de informacin a la medida, es decir, para empresas

en particular, para manejo y comercializacin de inmuebles orientados a la web en la regin, por
ejemplo el sitio de la inmobiliaria A Donde Vivir, en el cual se tiene acceso a links donde se dice
brevemente a qu se dedica la empresa, otros links que indican los servicios que presta la empresa,
proyectos, buscador de inmuebles para la venta o en arriendo y la descripcin de cada uno junto
con imgenes de estos.
Este caso nos acerca en parte a lo que se quiere lograr pero con ciertas diferencias: en cuanto a la
promocin de los inmuebles se quiere disear de manera ms llamativa la forma de mostrar los
inmuebles y solo se incluir el buscador para aquellos inmuebles que estn a la venta incluyendo
los proyectos; para este proyecto no se entrar en el campo de los arrendamientos, se pretende
disear una forma de controlar la informacin de la empresa va web por medio del manejo de
usuarios, implementar un mdulo administrativo que sirva como herramienta para el control de las
diferentes actividades de la empresa no como una aplicacin a parte sino como complemento del
sistema orientado a la web que ser desarrollado como resultado de la realizacin de este proyecto,
es en s mismo un componente que permite hacer ms completo el sistema en cuanto a la actividad
inmobiliaria a la que sirve de apoyo. Se tendrn en cuenta las soluciones citadas con anterioridad
pues se consideran de vital importancia para contextualizar el proyecto a partir de ciertos
antecedentes de cmo ha sido tratado este tipo de problema por las empresas, visualizar los diseos
que han sido empleados, centrar el trabajo de estudio y proveer un marco de referencia.
2.2.BASES TERICO-CIENTFICAS
SISTEMA INFORMTICO
Definicin.-Un sistema informtico es un sistema de informacin que est informatizado. Teniendo
en cuenta que, no todos los sistemas de informacin son sistemas informticos, pero todos los sistemas
informticos son sistemas de informacin. Por lo tanto, se puede decir que un sistema informtico es un
subconjunto de un sistema de informacin. En conclusin, un sistema informtico es un conjunto de partes
o recursos formados por el hardware, software y las personas que lo emplean, que se relacionan entre s
para almacenar y procesar informacin con un objetivo en comn. (Alegsa, 2016)
APLICACIN WEB: a aquellas cuya interfaz se construye a partir de una pgina Web
PGINA WEB: Las pginas web no son ms que ficheros de texto en un formato estndar denominado
HTML (HyperText Markup Language). Estos ficheros se almacenan en un servidor web al cual se accede
utilizando el protocolo HTTP (HyperText Transfer Protocol), uno de los protocolos de internet.
2.3 HIPTESIS DE INVESTIGACIN

El desarrollo de un sistema para manejo de informacin de inmuebles orientado a la web, facilitar
la administracin y el desempeo de la actividad econmica para las empresas del sector
inmobiliario.
3. DESARROLLO METODOLGICO
La Metodologa RUP
RUP es un proceso que define claramente quien, cmo, cundo y qu debe hacerse; y, como su
enfoque est basado en modelos utiliza un lenguaje bien definido para tal fin, el UML.
Se define como una metodologa dirigida por los casos de uso (herramientas que definen los
requerimientos), centrada en la arquitectura, iterativa e incremental. RUP implementa las
siguientes mejores prcticas asociadas al proceso de Ingeniera de Software, tales como: desarrollo
Iterativo, manejo de los requerimientos, uso de una Arquitectura basada en componentes,
modelado visual, verificacin continua de la calidad, manejo de los cambios.
Si bien al tratarse de una metodologa iterativa, se propone un enfoque en el que el ciclo de vida iterativo est
basado en el crecimiento del sistema incrementalmente a lo largo del tiempo, iteracin tras iteracin, para este
proyecto se pueden tener en cuenta las iteraciones que se propongan en la delimitacin del proyecto.
Etapas de la metodologa
A continuacin se describen cada una de las etapas de la metodologa que ser utilizada en el
desarrollo de este proyecto.
Planificacin. La parte de planificacin comienza con la recoleccin de datos, para lo cual se harn
reuniones regulares con el gerente de la empresa a la que se le vaya a desarrollar el sistema de
informacin, adicional a esto se harn entrevistas a nivel de la empresa a los futuros usuarios del
sistema en particular, aquellas personas encargadas de operar el sistema: encargados de la
consignacin de los datos de los inmuebles en venta, del registro de las ventas realizadas, visitas
virtuales, consultas, generacin de informes etc.; se har un reporte de las entrevistas realizadas.
Una vez se han recolectado los datos suficientes para hacerse una idea de los requerimientos del
negocio se redacta un documento muy completo con la descripcin del trabajo de campo para a
partir de este comenzar el anlisis de los datos.
Descripcin del trabajo de campo. Realizacin del documento donde se expresa de manera
detallada la descripcin del trabajo de campo realizado; es donde se analizan los requerimientos
del sistema.
Anlisis. En la parte de anlisis de la informacin se realizarn los modelos que se

explican a continuacin.
Modelo de los casos de uso. En este se identifican los diferentes papeles que los usuarios
juegan en el sistema (actores del sistema), as como tambin la representacin de lo que
pueden hacer los actores con respecto al sistema (los casos de uso). En este modelo se
describe al sistema en trminos de sus distintas formas de utilizacin en la que cada una
es una secuencia de eventos iniciada por el usuario, la herramienta de este modelo es el
diagrama de casos de uso.
Modelo dinmico. Diagramas de secuencia y diagramas de colaboracin; en estos diagramas

se muestra la interaccin de un conjunto de objetos en la aplicacin a travs del tiempo
Contratos. Describen las responsabilidades de las clases que aparecen en los diagramas anteriormente
citados, frente a las dems.
Modelo funcional y diagrama de clases: en el diagrama de clases aparecen todas las clases
que representan los diferentes tipos de informacin que van a estar registrados en el sistema y
la relaciones entre ellas; el modelo funcional se refiere al anlisis de los procesos en cada caso
de uso, la herramienta usada para modelar son los diagramas de actividad en los cuales
aparecen representados cada caso de uso y sus respectivos procesos.
Modelo de estados: Consta de un diagrama de estados por cada objeto mostrando as el ciclo
de vida de este, los estados son el conjunto de atributos de cada objeto, el diagrama de estados
se utiliza para modelar los estados de un objeto.
Diseo del sistema. Para el diseo se llevan a cabo las siguientes actividades.
Seleccionar la Arquitectura: la arquitectura est relacionada con la tecnologa, en este

punto del diseo se determina qu conjunto de tecnologas (arquitectura), se va a utilizar,
Sistema Distribuido, Cliente Servidor, etc.
Identificar Subsistemas: dependiendo de la solucin del problema y de la arquitectura
seleccionada se identifican los subsistemas y se hace el diagrama de subsistemas.
Descripcin de los subsistemas: en esta parte del diseo se hace el diagrama de secuencia
de ventanas y el diagrama de interaccin de cada ventana.
Modelo de Componentes: se realiza un diagrama con todos los elementos fsicos del
sistema solucin (archivos, tablas o paquetes que agrupen archivos).
Modelo de Distribucin: se realiza el diagrama que indica la estructura del hardware que se
va a utilizar.
Diseo de Objetos. En esta fase se utilizan patrones de diseo los cuales

consisten en la descripcin del problema y su solucin ideal.
Ingeniera Inversa de las Herramientas de Desarrollo. De acuerdo al lenguaje que se decida

utilizar se realiza una ingeniera inversa para tener una descripcin de alto nivel del cdigo que
nos provee el lenguaje.
Diseo de Interfaz H-M: se desarrolla el diseo segn las actividades encontradas en el diseo
del sistema, as:

Diseo Esttico: se desarrolla el diseo de la imagen de cada interfaz; se
pinta la ventana.
Diseo de objetos de la interfaz: se utilizan las clases obtenidas de la

reingeniera y se enlazan con la interfaz.
Interaccin con el usuario: se realiza un diagrama que muestra los eventos

del usuario actuando sobre los objetos componentes de la interfaz H-M.
Tambin muestra la interaccin entre objetos grficos y clases ncleo.
Especificacin de eventos: se hace una especie de pseudocdigo para cada
evento de las ventanas.
Diseo de la Base de datos: se determina qu modelo se va a usar,

Relacional Extendido, Objeto Relacional, etc.
Construccin del prototipo evolutivo: Ya para esta parte se pretende

construir un prototipo que vaya evolucionando conforme se va desarrollando
cada uno de los subsistemas.
El lenguaje de modelado UML.
Se utilizar el lenguaje Unificado de Construccin de Modelos (UML Unified Modeling Language),

el cual permitir modelar, construir y documentar los elementos que forman un sistema de software
orientado a objetos. Es un lenguaje de propsito general para el modelado orientado a objetos. UML
es tambin un lenguaje de modelado visual que permite una abstraccin del sistema y sus
componentes.
SAP y el Sector de Software
El sector de Software en el cual trabaja esta empresa es el de planificacin de recursos empresariales

o ERP, en ingls, Enterprise Resource Planning. El principal producto de la compaa es R/3, con la
R se refieren a procesamiento en tiempo real y el nmero 3 se refiere a las tres capas de la arquitectura
de proceso: bases de datos, servidor de aplicaciones y cliente. R/3 fue precedido por R/2.
Entre los otros productos de SAP se puede encontrar los ERHMS (Human Resourse Management
Systems) sistemas de gestin del recurso humano.
ERP
Los sistemas de planificacin de recursos empresariales (ERP) son sistemas de gestin de informacin
que integran y automatizan muchas de las prcticas de negocio asociadas con los aspectos operativos
o productivos de una empresa.
Las caractersticas que distinguen a un ERP de cualquier otro software empresarial, es que deben ser
sistemas integrales, con modularidad y adaptables; la diferencia fundamental entre un ERP y otra
aplicacin de gestin es que en los sistemas ERP los datos se ingresan solo una vez y deben ser
consistentes, completos y comunes y adems este tipo de sistemas utilizan una base de datos
centralizada y estn creados para adaptarse a la idiosincrasia de cada empresa, lo cual se logra por
medio de la configuracin o parametrizacin de los procesos de acuerdo a las salidas que se necesiten de
cada uno.
Los ERP estn funcionando ampliamente en todo tipo de empresas modernas. Todos los departamentos
funcionales que estn involucrados en la operacin o produccin estn integrados en un solo sistema. El
software ERP puede intervenir en el control de muchas actividades de negocios como
Ventas, entregas, pagos, produccin, administracin de inventarios, calidad de administracin y la
administracin de recursos humanos.
La tendencia actual es a ofrecer aplicaciones especializadas para determinadas empresas. Es lo que se

denomina versiones sectoriales o aplicaciones sectoriales especialmente indicadas o preparadas para
determinados procesos de negocio de un sector. Aunque estos sistemas permiten precisamente la
personalizacin y el desarrollo particular para cada empresa, en ocasiones las soluciones ERP son complejas
y difciles de implantar precisamente porque esto requiere de un gran esfuerzo en tiempo y dinero para
modelar todos los procesos de negocio de la vida real en la aplicacin. Puede resultar muy costoso y
complicado, porque muchos paquetes no estn diseados para el soporte personal; algunos paquetes ERP son
muy genricos en sus reportes e informes, tal personalizacin se espera en cada implementacin y si las
empresas que buscan la implantacin de un ERP no contratan a una empresa integradora por no gastar ms
dinero, pueden tener implantaciones fracasadas. Entre las empresas integradoras que existen en la actualidad
estn EDS, Price Waterhouse Cooper, IBM, GETI.
ERP de Software libre.

Adempire: es un ERP de software libre totalmente orientado a la comunidad. Es totalmente libre
de tecnologas propietarias, integrando iText para la generacin de PDF, soporta la base de datos
PostgresSQL y est licenciado bajo GPLv2. Cuenta con soporte comunitario y comercial.
SARH
Los Sistemas de Administracin de Recursos Humanos (SARH), o Sistemas de Informacin de
Recursos Humanos (SIRH), forman una interfaz entre la gestin de recursos humanos y la
tecnologa de la informacin y se refieren en particular a las actividades de planificacin y
tratamiento de datos para integrarlos en un nico sistema de gestin.
Puesta en Prctica del Sistema. En general la funcin de recursos humanos incluye siempre una
parte importante de tareas administrativas y repetitivas en la mayora de las organizaciones. Estas
tienen integradas de manera ms o menos importante, las operaciones de establecimiento y pago
de remuneraciones, asistencia de los trabajadores, evaluaciones, contratacin, ascensos, entre otras
actividades. Su funcin consiste primero en recoger los datos de cada trabajador de acuerdo a su
historial y caractersticas personales, sus competencias y capacidades, hasta los datos ms
accesibles tales como sus remuneraciones y sus labores en la empresa. La cuantificacin de estos
datos y la sistematizacin para su tratamiento posterior por sistemas automatizados, reduciendo el
manejo manual de las operaciones, costosa fuente de errores.
DISEO METODOLGICO
Tipo de estudio
De acuerdo a las caractersticas del trabajo a realizar, ste se clasifica como descriptivo, ya que el
propsito es presentar detalladamente el proceso metodolgico que se puede seguir para construir
un sistema de informacin para manejo de inmuebles orientado a la web.
Metodologa y tcnicas
La metodologa que se emplear para el desarrollo del sistema en cuestin es la metodologa RUP.
UNIDAD DE ANLISIS
Mtodo
El mtodo a emplear es el de Anlisis de Requerimientos y para emplear este mtodo se deben

seguir algunos pasos para obtener la informacin acerca de lo que el usuario necesita.
Anlisis de Requerimientos. En esta instancia se describe el trabajo de campo, bsicamente lo

que se pretende es obtener informacin especfica de lo que los usuarios desean; dicha informacin
se redacta de manera ordenada en un documento y marcan la pauta en cuanto al acuerdo entre
quien desarrolla el sistema y el cliente, para este caso lo que se busca es que los requerimientos
se enfoquen a describir las necesidades del cliente y para esto se realizan entrevistas directamente
con el cliente, los datos recopilados por medio de las entrevistas que sean realizadas y su anlisis
componen el Documento que contiene la descripcin de ese trabajo de campo realizado al visitar
y entrevistar al cliente.
Estructura. La estructura del Anlisis de Requerimientos es el modelamiento de estos

requerimientos, el cual es realizado por medio de los casos de uso, los cuales son en si la unidad
de Anlisis para nuestro caso.
Casos de USO. Por medio de los casos de uso se representan los requisitos funcionales del sistema,
entonces cada caso de uso se constituye Como un fragmento de funcionalidad del sistema.
Representacin de los Casos de Uso con UML: el caso de uso en s, se representa de la

siguiente forma:
Figura 1. Representacin de caso de uso
Fuente: el autor
Actor: es la representacin grfica de los distintos roles que los usuarios juegan al interactuar
con el sistema.
Caso de Uso: modela un evento del negocio.
Interaccin: relaciona caso de uso y actor, esta puede ser unidireccional o bidireccional.
Dependencia: se manejarn dos tipos de dependencia.
Extends: Este tipo de dependencia sucede cuando un caso de uso extiende su aplicacin de otro
a un caso en particular.
Includes: sucede cuando un caso de uso incluye a otro, es decir utiliza al otro dentro de su
procedimiento.
1.1 Metodologa RUP

El Proceso Unificado de Rational es una metodologa de desarrollo de software orientada a objetos creada
por Rational Software Corporation. Los creadores de la metodologa son los mismos que los del UML: Ivar
Jacobson, Grady Booch y James Rumbaugh, que respectivamente eran autores de las metodologas: Process
Objectory, el mtodo Booch y la metodologa OMT.
El Proceso Unificado es un proceso de desarrollo de software: conjunto de actividades necesarias para
transformar los requisitos del usuario en un sistema software.
2.1.2 Diagramas UML

Un diagrama es la representacin grfica de un conjunto de elementos con sus relaciones,
Un diagrama ofrece una vista del sistema a modelar. Para representar correctamente un sistema, UML
nos ofrece una variedad de diagramas para visualizar el sistema desde varias perspectivas, incluyendo los
siguientes diagramas: diagrama de caso de usos, diagrama de clases, diagrama de secuencia, diagrama de
colaboracin, diagrama de estados, diagrama de componente y diagrama de despliegue.
Diagrama de Caso de Uso

Un diagrama de caso de uso representa los casos de uso que tiene el sistema. Se define un caso de uso
como cada iteracin supuesta con el sistema a desarrollar donde se presentan los requisitos funcionales
es decir, se est diciendo lo que tiene que hacer un sistema y como se realiza.
Caso de Uso del Condomi ni o
Regi stro Propi etari os
Admi ni strador Propi etari o
Regi stro de Acti vi dades
<<i ncl ude>>
Consul tas de Acti vi dades
Diagrama de Clase
Un diagrama de clase es una descripcin de las clases en un sistema y sus relaciones. Nos describe el
comportamiento dinmico del sistema, por ejemplo el comportamiento de objetos individuales.
Diagrama de Actividad
Un diagrama de actividad representa los flujos de trabajos paso a paso de negocio y operacionales.
Diagrama de Actividad
de Regis trar Propietario
Ingresa a la
Web
digitar el nombre
del Propietario
Bus car nombre

del Propietario
no
existe regis trar
Propietario
si
Guardar ? Si Propietario
Guardado
no
2.2 Marco Antecedentes

A. Vivook (http://www.vivook.com)
Mdulo Administrativo
Con Vivook, llevar la administracin de tu condominio o edificio es muy sencillo. Est adaptado para todos
los pases de iberoamrica. Los movimientos financieros se registran en Vivook de manera fcil, gil y rpida.
El mdulo administrativo cuenta con funciones que permiten mantener actualizada la informacin financiera
del condominio o edificio.
Caja y cuentas bancarias

Aqu se consultan los movimientos y saldos de la caja y de las cuentas bancarias del condominio o edificio.
Es muy til para realizar conciliaciones bancarias. Adems los estados de cuenta son exportables a Excel.
Cuotas y adeudos
Aqu se generan las cuotas y adeudos de las viviendas, se registran descuentos, generan recargos, etc. Muestra
el detalle individual de los adeudos de cada vivienda y el detalle general de los adeudos de todo el condominio
o edificio. Tambin se pueden generar cuotas por consumo medido, (luz, agua, gas, agua caliente), factor de
copropiedad, o importar cuotas desde Excel.
Adems Vivook cuenta con dos tipos de reporte de cobranza, control de cobranza donde podrs ver el monto
IMPLEMENTACIN DE UN SISTEMA INMOBILIARIA DE COMPRA_VENTA que
adeuda cada una de las viviendas y antigedad de adeudos donde podrs visualizar los adeudos de cada
vivienda segn su antigedad.
Envo e impresin de avisos de cobro

Vivook enva avisos de cobro personales a los contactos de cada una de las viviendas. De ese modo cada una
de las viviendas tendr conocimiento de los saldos adeudados y del plazo de pago. Cada residente puede
consultar su saldo y estado de cuenta desde el sitio web (si administrador lo autoriza). Si se prefiere entregar
los avisos de cobro fsicamente, Vivook permite imprimirlos de manera sencilla y rpida.
Ingresos y pagos
Aqu se registra el detalle de los ingresos por pago de cuotas, descuentos aplicados, adelantos o anticipos,
pagos de terceros y pagos no identificados que se han recibido. Adems Vivook cuenta con un reporte
detallado por concepto y por fecha de los ingresos recibidos.
Envo e impresin de recibos de pago
Vivook enva un recibo de pago al residente para enterarlo de la recepcin y aplicacin de su pago. Si se
prefiere entregar los avisos fsicamente, Vivook permite imprimirlos de manera sencilla.
Gastos y pagos a proveedores
Registrar los gastos nunca haba sido tan fcil y cmodo para el administrador. Vivook permite registrar todos
los gastos, opcionalmente adjuntar comprobantes digitalizados, consultar los egresos por fecha, por concepto
presupuestal, por cuenta bancaria, etc.
Si el administrador lo permite, todos los vecinos tambin podrn ver los gastos y sus comprobantes
digitalizados.
Estado de cuenta de cada vivienda

Aqu el administrador puede consultar el detalle de todos los movimientos de cada vivienda, su saldo pendiente
y pagos realizados.
Agenda y bitcora de seguimiento

Vivook le da al administrador un espacio para registrar anotaciones sobre las conversaciones verbales, los
acuerdos y compromisos que tiene con los residentes de cada vivienda. As se va creando una bitcora o
historial de todo lo sucedido, la cual puede ser consultada por cualquier otro administrador.
Vivook tambin permite programar la fecha en la que se tiene que contactar de nuevo a un residente. De esta
forma es muy fcil para el administrador, organizarse para dar seguimiento a sus tareas.
Fondos
En Vivook se puede organizar en fondos el dinero de las cuentas de caja o banco.
Presupuesto
En Vivook se puede establecer el presupuesto anual y mensual del condominio o edificio, adems se puede
consultar el estado mensual o anual de lo real contra lo presupuestado.
Exportacin a Excel
Para dar ms opciones de manejar como se dese la informacin financiera del condominio o edificio, se
puede exportar a Excel los informes de ingresos, egresos, cuotas y adeudos, presupuesto y estados de
cuenta.
Tareas del administrador

Aqu se lleva el control de las tareas que tengan que ver con la administracin (lavado de pisos y ventanas,
lavado de cisternas, entre otros). Sirve para agendar tareas que se repiten diario, cada semana, cada mes o
tareas que slo se llevarn a cabo una sola vez.
2.3.METODOLOGAS, TCNICAS DE DESARROLLO Y HERRAMIENTAS

A UTILIZAR
2.3.1. Arquitectura Web
La arquitectura web es una disciplina, encargada de estructurar,
organizar y etiquetar el contenido, como tambin establecer los diferentes
puntos de acceso, sistemas de bsqueda y recuperacin de informacin de
cualquier aplicacin soportada en la Web, con el fin de que el usuario cumpla
con los objetivos y su experiencia se ptima. De la misma forma en que los
arquitectos tradicionales disean y coordinan la construccin de edificios, los
arquitectos Web disean y coordinan el desarrollo de sitios Web. (Ortiz,
Marin, Garca , 2009, p. 2)
Por lo general no es necesario crear una nueva arquitectura, pues ya
hay arquitecturas definidas y se adopta una de ellas en funcin de sus ventajas
segn sea el caso.
Arquitectura Cliente/Servidor: es una arquitectura que separa el
procesamiento entre clientes y servidores en una red. Los tres
componentes esenciales del esquema son: los clientes (usualmente PCs o
equipos Macintosh), el servidor (donde reside por ejemplo la base de
datos) y la red que transporta requerimientos y posteriormente datos.
Existen varias configuraciones propuestas de modelos cliente/servidor:
El cliente procesando solamente el despliegue de
informacin.
El cliente procesando el despliegue y participando en parte
del proceso.
El cliente manejando el despliegue, todo el proceso, y
accesando los datos del servidor.
Las aplicaciones tradicionales se caracterizan por ser muy
intensivas en cuanto a la manipulacin de los datos, normalmente
consisten de cuatro componentes principales: la base de datos, la lgica
de la transaccin, la lgica de la aplicacin y la interfaz de usuario. En
las aplicaciones tradicionales no cliente/servidor- todo este proceso se
realiza en un solo procesador central, lo cual impeda al usuario el poder
cargar sus propios datos y procesarlos posteriormente a su conveniencia

en su propia mquina. (Hernandez, Martinez, 1997)
2.3.1.1. Metodologa SCRUM
Se define como el paradigma de metodologa de desarrollo
gil, definiendo la forma de abordar un proceso de desarrollo de
software de forma gil y liviana, a travs de la descripcin de un
conjunto de roles, componentes y organizacin de la actividad diaria.
a) Roles en la metodologa SCRUM
Product Owner: Es la persona responsable de transmitir al equipo
de desarrollo la visin del producto que se desea crear, aportando
la perspectiva de negocio. Representa al resto de interesados
(Stakeholders, clientes, directivos etc.) en el desarrollo del
producto. Sobre el Product Owner recae la responsabilidad de
definir el conjunto de requerimientos (Product Backlog), de
priorizarlos, y de finalmente validarlos.
Stakeholders: Conjunto de personas que no forman parte directa
del proceso de desarrollo pero que si deben ser tenidos en cuenta,
por ser personas interesadas en el mismo, tales como directores,
gerentes, comerciales etc. El Product Owner ser el encargado de
recoger sus opiniones y sugerencias y decidir si las aplica a la
definicin del proyecto (Product Backlog), as como decidir si
invita a alguna de estas personas al proceso de revisin de
entregables.
Usuarios: Al igual que los Stakeholders no forman parte del
proceso de creacin directamente (podran estar en la fase de
revisin de entregables si se considera necesario) Son los
destinatarios finales de la aplicacin a desarrollar, el pblico
objetivo del mismo. Una vez que la aplicacin est completada
sern los que accedan a ella con mayor frecuencia.
b) Componentes de la metodologa SCRUM
Definicin del proyecto (Product Backlog): Consiste en un

documento que recoge el conjunto de requerimientos que se
asocian al proyecto. Es responsabilidad del Product Owner
realizar esta definicin y establecer las prioridades de cada
requerimiento. Es un documento de alto nivel, que contiene
descripciones genricas (no detalladas), y que est sujeto a
modificaciones a lo largo del desarrollo.
Definicin del Sprint (Sprint Backlog): Un sprint debe entenderse
como un subconjunto de requerimientos, extradas del product
backlog, para ser ejecutadas durante un periodo entre 1 y 4
semanas de trabajo. El sprint backlog sera el documento que
describa las tareas que son necesario realizar para abordar el dicho
subconjunto de requerimientos.
Ejecucin del Sprint: Sera el periodo de entre 1 y 4 semanas
(periodo definido previamente en base a las tareas recogidas en el
sprint backlog) durante el cual el equipo de trabajo abordara las
tareas de desarrollo correspondientes. Una vez iniciada la
ejecucin de un sprint definido, este no podr ser modificado, y en
caso de ser necesario introducir cambios estos se harn una vez
concluido el periodo a travs de la definicin de otro sprint
backlog.
Entrega: Una vez concluida la ejecucin del sprint, se dispondr
de una porcin de la aplicacin potencialmente definitiva.
Evolucin del proyecto (Burn down): Es un documento que refleja
el estado del proyecto, indicando el volumen de requerimientos
que en ese momento se encuentran pendientes de ser abordados
(en el product backlog), los requerimientos que en ese momento
se estn desarrollando (sprint backlog) y los requerimientos cuyo
desarrollo ya se ha completado en su totalidad.
2.3.1.2.Bootstrap
Bootstrap, es un framework originalmente creado por
Twitter, que permite crear interfaces web con CSS y JavaScript, cuya
particularidad es la de adaptar la interfaz del sitio web al tamao del
dispositivo en que se visualice. Es decir, el sitio web se adapta
automticamente al tamao de una PC, una Tablet u otro dispositivo.
Esta tcnica de diseo y desarrollo se conoce como responsive
design o diseo adaptativo. (Cochran, 2012).
2.3.1.3. El lenguaje de programacin PHP

PHP, acrnimo de "PHP: Hypertext Preprocessor", es un
lenguaje de 'scripting' de propsito general y de cdigo abierto que est
especialmente pensado para el desarrollo web y que puede ser
embebido en pginas HTML. Su sintaxis recurre a C, Java y Perl,
siendo as sencillo de aprender. El objetivo principal de este lenguaje
es permitir a los desarrolladores web escribir dinmica y rpidamente
pginas web generadas; aunque se puede hacer mucho ms con PHP
(PHP, Documentacin oficial).
2.3.1.4.Sistema Gestor de Base de datos MYSQL

MySQL es un sistema gestor de bases de datos (SGBD,
DBMS por sus siglas en ingls) muy conocido y ampliamente usado
por su simplicidad y notable rendimiento. Aunque carece de algunas
caractersticas avanzadas disponibles en otros SGBD del mercado, es
una opcin atractiva tanto para aplicaciones comerciales, como de
entretenimiento precisamente por su facilidad de uso y tiempo reducido
de puesta en marcha. Esto y su libre distribucin en Internet bajo
licencia GPL le otorgan como beneficios adicionales (no menos
importantes) contar con un alto grado de estabilidad y un rpido
desarrollo. MySQL est disponible para mltiples plataformas, la
seleccionada para los ejemplos de este libro es GNU/Linux. Sin

embargo, las diferencias con cualquier otra plataforma son
prcticamente nulas, ya que la herramienta utilizada en este caso es el
cliente mysql-client, que permite interactuar con un servidor MySQL
(local o remoto) en modo texto. (Casillas, Gibert, Prez, p.5).
BIBLIOGRAFA
http://repositorio.unp.edu.pe/bitstream/handle/UNP/1036/IND-CRU-RAM-
17.pdf?sequence=1&isAllowed=y
http://biblioteca2.ucab.edu.ve/anexos/biblioteca/marc/texto/AAQ6050.pdf
https://urbania.pe/blog/asesoria-inmobiliaria/agente-inmobiliario-funcion-en-compra-
venta-inmueble/

Pro Yec To Final

Загружено:

Сведения о документе

Исходное описание:

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Pro Yec To Final

Загружено:

Авторское право:

Доступные форматы

UNIVERSIDAD NACIONAL DE PIURA

FACULTAD DE INGENIERA INDUSTRIAL

ESCUELA PROFESIONAL INGENIERA

Cruz Neira Tilson.

Guerrero Silupu Miguel.

Docente: Ing. Carmen Quito Rodrguez.

1. EL PROBLEMA DE INVESTIGACIN ............................................................................................ 2

1.1. DESCRIPCIN Y FORMULACION DEL PROBLEMA ........................................................ 2

2.1. MARCO REFERENCIAL ................................................................................................... 5

DISEO METODOLGICO ................................................................................................... 11

Tipo de estudio ....................................................................................................................... 11

Metodologa y tcnicas ......................................................................................................... 11

UNIDAD DE ANLISIS ........................................................................................................... 11

2.3. METODOLOGAS, TCNICAS DE DESARROLLO Y HERRAMIENTAS A

1.2. FORMULACIN DEL PROBLEMA

1.3. JUSTIFICACION, IMPORTANCIA Y BENEFICIARIOS DE LA INVESTIGACION

1.4.1. OBJETIVO GENERAL

1.4.2. OBJETIVOS ESPECFICOS

2. Plantear una visin administrativa. Visin que permita incorporar en el sistema

En la actualidad se han desarrollado sistemas de informacin a la medida, es decir, para empresas

2.3 HIPTESIS DE INVESTIGACIN

Anlisis. En la parte de anlisis de la informacin se realizarn los modelos que se

Modelo dinmico. Diagramas de secuencia y diagramas de colaboracin; en estos diagramas

Seleccionar la Arquitectura: la arquitectura est relacionada con la tecnologa, en este

Diseo de Objetos. En esta fase se utilizan patrones de diseo los cuales

Ingeniera Inversa de las Herramientas de Desarrollo. De acuerdo al lenguaje que se decida

Diseo de objetos de la interfaz: se utilizan las clases obtenidas de la

Interaccin con el usuario: se realiza un diagrama que muestra los eventos

Diseo de la Base de datos: se determina qu modelo se va a usar,

Construccin del prototipo evolutivo: Ya para esta parte se pretende

El lenguaje de modelado UML.

Se utilizar el lenguaje Unificado de Construccin de Modelos (UML Unified Modeling Language),

SAP y el Sector de Software

El sector de Software en el cual trabaja esta empresa es el de planificacin de recursos empresariales

La tendencia actual es a ofrecer aplicaciones especializadas para determinadas empresas. Es lo que se

ERP de Software libre.

El mtodo a emplear es el de Anlisis de Requerimientos y para emplear este mtodo se deben

Anlisis de Requerimientos. En esta instancia se describe el trabajo de campo, bsicamente lo

Estructura. La estructura del Anlisis de Requerimientos es el modelamiento de estos

Representacin de los Casos de Uso con UML: el caso de uso en s, se representa de la

1.1 Metodologa RUP

2.1.2 Diagramas UML

Diagrama de Caso de Uso

Regi stro Propi etari os

Admi ni strador Propi etari o

Regi stro de Acti vi dades

<<i ncl ude>>

Consul tas de Acti vi dades

Bus car nombre

2.2 Marco Antecedentes

Caja y cuentas bancarias

Envo e impresin de avisos de cobro

Estado de cuenta de cada vivienda

Agenda y bitcora de seguimiento

Tareas del administrador

2.3.METODOLOGAS, TCNICAS DE DESARROLLO Y HERRAMIENTAS

cargar sus propios datos y procesarlos posteriormente a su conveniencia

b) Componentes de la metodologa SCRUM

Definicin del proyecto (Product Backlog): Consiste en un

particularidad es la de adaptar la interfaz del sitio web al tamao del

dispositivo en que se visualice. Es decir, el sitio web se adapta

automticamente al tamao de una PC, una Tablet u otro dispositivo.