implantación de un sistema de bases de datos para

UNIVERSIDAD PONTIFICIA COMILLAS
ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI)
INGENIERO EN INFORMÁTICA
PROYECTO FIN DE CARRERA
IMPLANTACIÓN DE UN SISTEMA DE
BASES DE DATOS PARA
TRANSACCIONES REAL ESTATE
AUTOR: BORJA GARCÍA MÁRQUEZ
MADRID, JUNIO 2009
Implantación de un sistema de base de datos para transacciones Real Estate.
Resumen
En este proyecto se ha desarrollado una aplicación para el equipo de Real Estate
del departamento de Transaction Advisory Services (T.A.S.) de la empresa Deloitte para
el manejo y realización de estudios sobre las operaciones de transacciones.
Hoy en día la información es un pilar clave para poder desenvolverse con
efectividad en todos los sectores empresariales. Las empresas que cuentan con una buena
gestión de la información tienen clara ventaja estratégica sobre sus competidores, los
coloca en una posición superior frente a otras empresas. Por lo tanto es muy importante
tener acceso a la mayor cantidad de información de una manera sencilla, rápida y
efectiva.
Al observar el mundo empresarial es fácil llegar a la conclusión de que la mayoría
de la información de la que dispone cualquier empresa se encuentra en formato
electrónico. Datos de los clientes, cuentas, recursos, inventarios, etc. Pero no todas las
empresas cuentan con las herramientas necesarias para acceder a estos datos de un forma
eficaz y unificada al encontrarse en diferentes formatos y ubicados en diferentes
direcciones.
El presente proyecto trata de solventar este problema a la par que permite la
realización de un estudio de mercado. Se trata por tanto de un gestor de información que
unifica los datos, facilita el acceso a los mismos y permite la generación de informes. Lo
hace de forma unificada puesto que en una misma consulta una persona que use esta
aplicación puede acceder a cualquier dato del departamento y de una forma transparente
para el usuario ya que éste no tendrá que preocuparse de dónde se encuentran los datos o
el formato en el que están.
Por consiguiente se pretende con el proyecto unificar todos los datos necesarios
para la realización de los proyectos Real Estate en una única base de datos evitando el
almacenamiento en diferentes formatos y ubicaciones por parte de los distintos
trabajadores. Para conseguir mantener una coherencia en el manejo de esta información
se crean distintos tipos de usuarios.
El primero de ellos, denominado como “usuario de administración”, será el
gerente de Real Estate. Este usuario será el único con potestad de crear nuevos usuarios
para el manejo de la aplicación, también tendrá acceso a todas las funcionalidades de la
aplicación y a un informe que le permitirá conocer quién ha realizado qué operaciones.
El segundo tipo es el denominado “usuarios de escritura”, este grupo lo componen
los empleados de Deloitte que están directamente involucrados con proyectos de Real
Estate y podrán manejar toda la información a placer.
El tercer grupo de usuarios, “usuario de lectura”, lo compondrá el resto de
empleados de T.A.S. y sólo tendrán acceso a la información para lectura, esto es, no
podrán modificar nada de lo que esté almacenado.
i
Implantación de un sistema de base de datos para transacciones Real Estate.
Para desarrollar esta aplicación con éxito se ha elegido para la implementación el
lenguaje de programación Java, por las numerosas ventajas que presenta frente a otros
lenguajes de programación y Microsoft Access para el uso de la base de datos. De esta
forma se consigue una aplicación robusta y potente que puede utilizarse en cualquier
Sistema Operativo gracias a la máquina virtual de Java. En definitiva, una herramienta
que facilita la gestión de lo que se puede considerar el punto débil empresarial: la
información.
ii
Implantación de un sistema de base de datos para transacciones Real Estate.
Abstract
In this project a Real Estate application for the Transaction Advisory Services
(T.A.S.) department of Deloitte has been developed for the management and studies of
the transaction operations.
Nowadays the information is the key to develop with efficiency all the managerial
sectors, being the most important of a company resource. Companies that count with a
good information management have clear strategic advantage upon their competitors,
placing them on top position opposite other companies. Therefore, it is very important to
have access to the major quantity of information in a simple, quick and effective way.
If any company is observed it will be easily concluded that most of its
information, is in electronic format, pieces of information such as clients, accounts,
resources or inventories. But not all companies have necessary tools to access to this kind
of information in an effective way as there are a considerable diversity of electronic
formats.
The present project tries to solve this problem at the same time as it allows
making market survey. Therefore it is about a Database Management System that allows
an easier access to the information and the report’s generation, it makes easier the
transformation of information as an unified task for the users. It is made in a unified way
as in one search any user of this software is able to access to any information needed and
in a transparent way for the user, so that he does not have to worry about where the
information is placed or the format it has.
In conclusion, what the Project is looking for is to unify every piece of
information needed for the execution of any Real Estate Project of the company in a
unique Database avoiding the data storage in different formats and locations. To obtain
the coherence necessary for the data management different types of users have been
created.
The first of them, called “administration user”, would be the business manager of
Real Estate. This user will be the only one able to create new users for the application,
and it will also be able to access to all the different utilities and to a report with the
information of who does what.
The second type, called “writing users”, is made up of the employees directly
related with the Real Estate projects of Deloitte, who will be able to access to all the data
and use it anyway the desire.
The third group of users, “readings users”, are the rest of the employees of T.A.S.
y they will have access to the information but won’t be able to make any modification to
it.
iii
Implantación de un sistema de base de datos para transacciones Real Estate.
It has been chosen Java language for the implementation of the application,
because of the advantages it has in comparison with other programming languages, and
the Microsoft Access for the database. This way we achieve a powerful and solid
application that allows the access to any type of data, and can be in use in any Operative
System thanks to the Java virtual machine. In order to finalize, it has been developed a
tool that makes it easy to manage the most important resource of any company, the
information, in an effective and simple way.
iv
Implantación de un sistema de base de datos para transacciones Real Estate.
ÍNDICE
DESCRIPCIÓN DEL PROYECTO................................................................................ 1
IDENTIFICACIÓN DE NECESIDADES .................................................................... 17
ANÁLISIS DE REQUISITOS ....................................................................................... 27
ESTUDIO DE ARQUITECTURA ................................................................................ 70
DISEÑO DE ENTRADAS Y SALIDAS ....................................................................... 77
PROGRAMACIÓN ...................................................................................................... 141
PLAN DE PRUEBAS ................................................................................................... 149
PLANIFICACIÓN REAL ............................................................................................ 152
VALORACIÓN ECONÓMICA .................................................................................. 154
CONCLUSIONES......................................................................................................... 157
BIBLIOGRAFÍA........................................................................................................... 159
ANEXOS ........................................................................................................................ 161
v
Implantación de un Sistema de base de datos para transacciones Real Estate.
1
DESCRIPCIÓN DEL PROYECTO
-1-
Implantación de un Sistema de base de datos para transacciones Real Estate.
DESCRIPCIÓN DEL PROYECTO
INTRODUCCIÓN
El proyecto consiste en unificar la información que se ha ido manejando hasta la
fecha para la realización de los proyectos Real Estate del departamento T.A.S. de
Deloitte, así como la de proporcionar un Sistema que garantice que la información
necesaria para el manejo de ésta en el futuro sea dotada de atributos comunes y, por tanto,
consiguiendo mantener la homogeneidad en los datos así como integridad de estos.
Considerando el estilo de vida actual (rapidez con la que se desplaza la
información, nuevas tecnologías disponibles y un largo etcétera) la comunicación tiene
que ser lo más rápida posible para que la información esté permanentemente actualizada.
Para ello se implantará un Sistema para la gestión de bases de datos al que se podrá
acceder desde la misma intranet de la empresa y se diseñará logrando que cada usuario
pueda acceder continuamente de una forma sencilla a la información actualizada.
Este mismo Sistema también proporcionará una serie de funcionalidades propias
para la realización de estudios sobre las operaciones de transacciones que se llevan a cabo
en el departamento. Como pueden ser el análisis gráfico de los datos o el traspaso de la
información consultada a una hoja de cálculo Excel si lo que se desea es realizar
operaciones propias de cada usuario sobre la información utilizada.
Para ello, en primer lugar se debe estudiar en profundidad el Sistema actual que
usa el cliente para la gestión de sus consultas, averiguando la manera de poder extraer
toda la información válida referente a edificios, operaciones, empresas y contactos que a
día de hoy el cliente utiliza, ya que es primordial en el presente proyecto mantener toda
esa información que necesite el cliente para la gestión de las operaciones.
Será necesaria la importación de la información válida del Sistema Actual a la
nueva base de datos que se desarrolle.
Por otro lado se ha de desarrollar una aplicación bajo Sistema de programación
Java que permita al cliente poder gestionar los datos y realizar diferentes actividades
relacionadas con los mismos desde cualquier ordenador con acceso a la Intranet de la
compañía.
Dicha aplicación deberá satisfacer todos los requisitos exigidos por el cliente que
serán especificados con todo detalle en la etapa de "Análisis de requisitos" pero a
continuación se le introduce al lector del presente documento en dichos requisitos para
que pueda contemplar el alcance que tendrá el proyecto.
En primer lugar será necesario que la aplicación que se desarrolle cuente con todo
lo necesario para gestionar las operaciones a realizar, es decir, que contemple las
opciones de altas, bajas y modificaciones de los datos. Asimismo, será posible realizar
consultas referentes a los historiales.
-2-
Implantación de un Sistema de base de datos para transacciones Real Estate.
Del mismo modo la aplicación deberá facilitar al usuario la tarea de la elaboración
de estudios de mercado, desarrollando para ello patrones que automaticen, lo máximo
posible y, obteniendo toda la información relacionada que se podrá exportar de manera
sencilla al formato Excel para el manejo propio del usuario de manera que pueda llevar a
cabo las operaciones que considere pertinentes.
Al trabajar el cliente para muchas empresas del sector, será necesario llevar a cabo
la gestión de las mismas, por lo que el software deberá incluir la posibilidad de dar de
altas a nuevas compañías, dar de baja a las que dejen de trabajar con el cliente o bien
realizar modificaciones en los datos de las mismas, además de poder consultar
información referente a ellas.
Como la aplicación va a ser utilizada tanto por el cliente como por sus empleados
así como el resto de personal de T.A.S.(Transaction Advisory Services) que no formen
parte del equipo de Real Estate, será necesario controlar el acceso al Sistema, ya que
dependiendo de quién accede al mismo se tendrá unos privilegios u otros. Este control de
acceso lleva implícito la gestión de usuarios del Sistema, que será llevado a cabo por el
cliente, el cual tendrá a su disposición la posibilidad de dar de alta a nuevos usuarios,
darlos de baja, realizar modificaciones, consultar que personas pueden acceder al
Sistema, así como establecer el nivel de privilegios que estos obtendrán.
Por otro lado, será necesaria la incorporación a la aplicación de un módulo de
gestión de los usuarios en los que se establecerá qué tipo de operaciones poder realizar,
teléfonos de contacto y donde el cliente podrá obtener un informe de qué y quién ha
realizado qué operaciones en unas fechas determinadas.
Un factor importante a tener en cuenta en el desarrollo del presente proyecto es la
seguridad y la protección de datos. Al tratarse de una aplicación en la que se va a manejar
información de estricta confidencialidad se debe buscar una solución al cliente para
abordar el tema de la seguridad y protección de datos.
SITUACIÓN ACTUAL
Actualmente no existe en la compañía ninguna herramienta que permita la
realización de dicho trabajo de forma unificada, utilizando como única alternativa hojas
Excel que cada usuario se crea bajo su propio criterio y que, al ser realizada en el
terminal individual de cada cual, pueda o no guardarlo en la Intranet impidiendo que
otros usuarios tengan acceso a dicha información en el momento que se requiera,
provocando que, por otro lado, sean datos que se pierdan a la larga o no sean fáciles de
identificar para usos futuros siendo éste un Sistema muy deficiente que requiera de una
mejora inmediata.
-3-
Implantación de un Sistema de base de datos para transacciones Real Estate.
SITUACIÓN FUTURA
Este proyecto intentará crear una aplicación que sea fiable para este volumen de
usuarios (unas cien personas de las cuales sólo siete tienen derechos para modificación de
datos en cualquier aspecto pero que, sin embargo, manejarían la aplicación
simultáneamente en la mayoría del tiempo que se utilice), y que permita la unificación de
datos, para ello se va a dividir en dos la aplicación:
-Back-end: Formado por una base de datos en Microsoft Access en un servidor al
que los usuarios sólo puedan acceder a través de la aplicación que se va a desarrollar.
-Front-end: Formado por una aplicación, programada en Java desde la que se
accede a la base de datos y desde la que todos los usuarios podrán manejar la
información requerida.
Consiguiendo de esta manera una aplicación fiable y segura con un alto nivel de
rendimiento. Lo que permite la realización de cualquier tipo de modificaciones de forma
muy rápida y eficaz al poder ser tratados como dos aplicaciones distintas.
DESCRIPCIÓN DE LA EMPRESA: DELOITTE
Historia
Desde 1845, cuando William Welch Deloitte abre su propia oficina de
contabilidad en Londres, convirtiéndose en el primer auditor independiente, la historia de
la firma ha estado marcada por el carácter innovador, excelente e internacional de sus
fundadores. Deloitte, considerado el padre de la auditoria, desarrolló modelos para revisar
las cuentas en diferentes sectores que fueron adoptados como norma. Su primera
colaboración en 1905 con la firma estadounidense Haskins & Sells, en la investigación de
Huges Insurance, provocó la realización de revisiones exhaustivas en los métodos
contables de las compañías de seguros de vida.
George Touche crea su oficina de contabilidad en Londres en 1899. Dos años más
tarde, junto con Niven, abre una en Nueva York cuya plantilla alcanza los 80 empleados
ese mismo año, en una época en la que EEUU contaba con menos de 500 auditores.
Medio siglo después, en Japón, Nobuzo Tohmatsu funda su oficina contable, Tohmatsu
& Co, que rápidamente se convierte en líder en su país.
En 1990 se produce la fusión que da lugar a Deloitte & Touche, y tres años más
tarde la firma internacional recibe el nombre de Deloitte Touche Tohmatsu. La
organización resultante se convierte en socio fundador del United Nations Global
Compact, cuyo objetivo es fomentar la ciudadanía global responsable mediante el
progreso de los valores universales en operaciones empresariales.
-4-
Implantación de un Sistema de base de datos para transacciones Real Estate.
En el año 2002, la organización Andersen se integra en Deloitte en los principales
países en los que Andersen tiene sede. La primera unión se produce en Andersen España,
siguiéndole países como Reino Unido, Holanda, Italia, Canadá y la mayoría de los países
latinoamericanos. En 2003 la decisión de no separar Deloitte Consulting permite a la
firma mantener su amplia oferta de servicios multidisciplinares. Ese mismo año la firma
global anuncia el lanzamiento de la marca “Deloitte”; este cambio supone que las firmas
conocidas en distintos mercados como Deloitte Touche Tohmatsu y Deloitte & Touche,
aunque conservando sus denominaciones sociales locales, serán conocidas por la marca
Deloitte. Con una herencia de más de 150 años de excelencia, Deloitte sigue conservando
hoy en día los principios de sus fundadores, que comparte con los más de 135.000
empleados de la firma alrededor del mundo. En España Deloitte cuenta con más de
cuatro décadas de experiencia sirviendo a las principales organizaciones de España y
acompañándolas en todo su proceso de modernización y globalización.
Equipo directivo
El equipo directivo de Deloitte está formado por 157 socios. Cada uno de ellos
está especializado en una línea de servicio, industria y geografía; de esta forma se puede
prestar a los clientes los mejores servicios profesionales.
Líneas de servicio
•
Asesoramiento en transacciones.
•
Audit.
•
Consultoría.
•
Fiscal legal.
•
Risk Services.
Visión y misión de la firma
•
Visión:
"Ser una firma multidisciplinar, líder en el mercado español de servicios profesionales,
comprometida con el desarrollo y mantenimiento del mejor equipo humano, motivado
por ofrecer servicios especializados de alta calidad y rentabilidad a compañías de
referencia en los distintos sectores de actividad y ámbitos geográficos"
•
Misión:
"Ayudar a la gente y a los clientes a alcanzar la excelencia"
-5-
Implantación de un Sistema de base de datos para transacciones Real Estate.
Descripción del negocio de Real Estate
El objetivo de esta fase es documentarse sobre cómo funciona el negocio de Real
Estate desde dentro. Para ello se va a establecer contacto con los empleados de la
empresa y los responsables del proyecto que son a quienes va dirigida la aplicación ya
que son ellos quienes deben considerar los objetivos que debe alcanzar la aplicación y
quienes sugieren mejoras o actualizaciones para que el tiempo empleado en completar
todos los datos y generar los resultados sea el mínimo.
SERVICIO DE TRANSACCIONES: REAL ESTATE
A continuación se pasa a describir brevemente un mapa de servicios de Real
Estate.
•
Estrategia:
o Planes estratégicos:
ƒ
Diseño y desarrollo de la estrategia inmobiliaria financiera.
ƒ
Asesoría estratégica a sociedades inmobiliarias en crecimiento, en
proceso de diversificación, de rentabilización, o de
reestructuración.
ƒ
Análisis Estratégico y Planes de Negocio de nuevas líneas de
actividad.
ƒ
Asesoramiento y seguimiento a medio plazo de las estrategias
inmobiliarias necesarias para obtener el posicionamiento en el
mercado, rentabilidad y tamaño óptimos.
ƒ
Consultoría estratégica: Modelos organizativos - Revisión y
mejora de procesos.
o Corporate Real Estate:
ƒ
Asesoramiento inmobiliario a medida con el objetivo de poner en
valor patrimonios inmobiliarios, de acuerdo con las directrices y
criterios establecidos en la estrategia corporativa.
ƒ
Gestión Integral de patrimonios inmobiliarios empresariales,
familiares o personales en un servicio integrado: financiero,
inmobiliario y técnico.
ƒ
Optimización de la gestión de costes operativos y
mantenimiento en edificios y patrimonios inmobiliarios.
-6-
de
Implantación de un Sistema de base de datos para transacciones Real Estate.
•
Operaciones:
o Transacciones de activos:
ƒ
Asesoramiento en proyectos complejos de inversión en activos
inmobiliarios y patrimonios.
ƒ
Ofertas Públicas de Venta de Activos, garantizando la máxima
transparencia y asesoramiento integral en todas las fases del
proceso hasta el cierre de la operación.
ƒ
Planificación fiscal y alternativas de optimización.
o Valoraciones:
ƒ
Valoración de patrimonios: asesoramos sobre el valor total de los
activos inmobiliarios, el valor neto de activos (NAV), el valor
patrimonial ajustado a plusvalías y su efecto fiscal (NNAV) y el
enlace con los estados financieros de las compañías. Estas
valoraciones también son imprescindibles en el asesoramiento
sobre ecuaciones de canje.
ƒ
Valoración de inmuebles aportando la más completa visión del
mercado inmobiliario, las estructuras financieras, situaciones
legales y fiscales de los activos y las sociedades.
ƒ
Valoración de activos inmobiliarios complejos: complejos
hoteleros, concesiones administrativas, inmuebles en explotaciones
económicas, etc.
o Due Diligence Técnico:
ƒ
Auditoría inmobiliaria tanto para adquisición como para venta.
ƒ
Análisis multidimensional: económico, financiero, técnico
arquitectónico, técnico de equipamientos, urbanístico, legal, fiscal
e inmobiliario.
o Due Diligence Comercial:
ƒ
Previsiones y potencial de ventas, áreas de influencia, gasto
previsto, competidores, pautas de compra, análisis de mix
comercial y rentas sostenibles – de mercado.
-7-
Implantación de un Sistema de base de datos para transacciones Real Estate.
•
Consultoría:
o Estudios de viabilidad de proyectos inmobiliarios:
ƒ
Asesoramiento conceptual, técnico, urbanístico y financiero para el
desarrollo y la financiación de proyectos inmobiliarios.
ƒ
Definición detallada
dimensionamiento.
ƒ
Estudios de mercados sectoriales y específicos.
ƒ
Análisis de viabilidad de proyectos inmobiliarios y suelos.
ƒ
Estrategias y recomendaciones de comercialización, financiación y
rentabilización.
del
producto
inmobiliario
y
su
o Revisión de procedimientos:
ƒ
Análisis de desviaciones sobre presupuestos: costos, plazos,
riesgos, ventas.
ƒ
Revisión y supervisión de
inmobiliarias y relacionadas.
ƒ
Definición e implantación de modelos de presupuestación,
reporting y consolidación.
ƒ
Implantación de sistemas y mantenimiento de aplicaciones
específicas.
procedimientos
en
empresas
o Forensic Real Estate:
ƒ
Asesoramiento técnico y financiero en situaciones de conflicto en
el sector inmobiliario.
ƒ
Pruebas periciales: definir estrategia en un litigio - entender
aspectos financieros-inmobiliarios-contables; evaluar, acreditar, y
explicar al tribunal, con sencillez, cuestiones técnicas complejas.
ƒ
Resolución de conflictos inmobiliarios.
ƒ
Fraude inmobiliario.
-8-
Implantación de un Sistema de base de datos para transacciones Real Estate.
o Recovery Real Estate:
ƒ
Asesoramiento y soporte en entornos concursales y preconcursales,
tanto para los acreedores como para la empresa o el administrador
concursal.
ƒ
Diagnóstico: financiero o patrimonio.
ƒ
Modelos de negocio: público objetivo, geografías, productos,…
ƒ
Organización, marketing, recursos humanos, tecnología,…
ƒ
Alianzas estratégicas, financieros y socios.
ƒ
Resultados financieros: flujos de caja, balance y P/G.
ƒ
Plan de acción: prioridades, responsables, calendarios.
ƒ
Monitorización de resultados.
o Construction advisory:
ƒ
•
Análisis y seguimiento de proyectos de construcción en ejecución
o terminados. Control de plazos, calidades y costes, en base a unos
procedimientos previamente acordados.
Gestión:
o Gestión administrativa y patrimonial:
ƒ
Contabilidad y control presupuestario.
ƒ
Administración y seguimiento.
ƒ
Facturación y cobro.
ƒ
Impuestos y tasas.
ƒ
Control del mantenimiento e instalaciones.
ƒ
Informes de gestión.
ƒ
Trámites diversos: licencias, seguros, contratación servicios,
impagados,...
-9-
Implantación de un Sistema de base de datos para transacciones Real Estate.
o Gestión Comercial:
ƒ
Asesoramiento económico, inmobiliario, legal y comercial en la
negociación de contratos de arrendamiento, compraventa, traspaso
y sale and lease back.
ƒ
Búsqueda y análisis de alternativas de comercialización.
Recomendaciones de estrategia, mix comercial, acciones de
marketing y otros.
o Gestión de gastos operativos:
ƒ
Análisis de las inversiones en equipamiento y servicios (FM) y sus
costes, de forma continua, efectiva y eficiente.
ƒ
Efectividad de los costes de gestión y mantenimiento de activos.
ƒ
Políticas de inversión y mantenimiento de edificios estratégicos y
no estratégicos.
o Asset Management:
ƒ
Asesoramiento y estrategia en herramientas de inversión en Real
Estate.
ƒ
Seguimiento del proyecto a largo plazo, según el tipo de vehículo
(fondos, REIT’s, sociedades,…), y la estructura fiscal y financiera.
ƒ
Auditoría, Diseño y Gestión de vehículos de inversión.
- 10 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
METODOLOGÍA DE TRABAJO
INTRODUCCIÓN: Necesidad de una metodología
Cuando surgió la necesidad de adaptar los sistemas informáticos a las exigencias
del mercado, el programador adquiría los requerimientos y sin más preámbulos
comenzaba la ardua tarea de codificar dichos requerimientos. Esta tarea no estaba
administrada, supervisada o gestionada de ningún modo, por lo que se iba corrigiendo a
medida que surgían los errores, tanto los lógicos provenientes de la codificación, como
los de los requerimientos solicitados por el cliente o usuario final del software.
En la década de los 70 los programas fueron creciendo en complejidad, por lo que
la antigua técnica de codificar, probar y corregir terminó quedando obsoleta. Esta antigua
técnica se basaba en requerimientos ambiguos y sin especificaciones puntuales del cliente
o usuario final. Se programaba, se corregía, y se volvía a programar sobre la misma
marcha del proyecto. El ciclo de vida de este tipo de proyectos finalizaba cuando se
satisfacían las especificaciones, no sólo las primeras por las cuales surgió la necesidad del
programa, sino también todas aquellas que fueron surgiendo sobre la marcha.
Por lo tanto, es probable que el software realizado según este enfoque de
codificar, probar y corregir:
• Sea poco flexible, y ante posibles modificaciones (por cambios en los
requerimientos del cliente, cambios en el hardware, etc.) se incremente el coste del
proyecto e, incluso, en ocasiones, resulte virtualmente irrealizables debido a la
naturaleza personalizada del software y a la falta de documentación (lo que provocará
problemas de mantenimiento).
• Sea incompleto o no refleje bien las necesidades del cliente, es decir, que
no realice todas las funciones requeridas y, además, lo haga con una escasa fiabilidad.
• Provoque el descontento del cliente, pues se producen retrasos en la
entrega, errores una vez que el software ha sido entregado, etc.
Definición de metodología
Un Sistema de calidad del software propone la utilización de procedimientos y
guías técnicas que establezcan el modo de construcción del software. Una metodología de
desarrollo software se fundamenta sobre tres pilares básicos: qué hay que hacer y en qué
orden, cómo deben realizarse las tareas y con qué pueden llevarse a cabo. Esto es, qué
etapas, actividades y tareas se deben acometer, qué técnicas deben emplearse para
realizar estas actividades y cuáles son las herramientas software a utilizar en cada caso.
Se define la Metodología como método sistemático de abordar la resolución de un
problema. Adaptando la definición en el entorno del proceso de datos, se pueden
encontrar una definición más precisa: conjunto de métodos y procedimientos que
- 11 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
describen el proceso mediante el cual se pueden abarcar las etapas del ciclo de vida de un
Sistema.
La finalidad del uso de una metodología es obtener un producto correcto y libre
de errores.
Clasificación de las metodologías
Existen en el mercado diferentes metodologías, con distintas orientaciones sobre
cómo llevar a cabo el ciclo de desarrollo del software. Esto es normal, dado que también
es distinto el tipo de software que se desarrolla o la tecnología con que se desarrolla. En
base a estos condicionantes debe elegirse el método más adecuado para el desarrollo del
software.
Existen dos metodologías que tienen analogía en la práctica con los paradigmas
de programación. Metodología estructurada y metodología orientada a objetos.
•
Metodología estructurada: la orientación de esta metodología se dirige hacia
los procesos que intervienen en el Sistema a desarrollar, es decir, cada función
a realizar por el Sistema se descompone en pequeños módulos individuales.
Es más fácil resolver problemas pequeños, y luego unir cada una de las
soluciones, que abordar un problema grande.
•
Metodología orientada a objetos: a diferencia de la metodología mencionada
anteriormente, ésta no comprende los procesos como funciones sino que arma
módulos basados en componentes, es decir cada componente es independiente
del otro. Esto permite que el código sea reutilizable. Es más fácil de mantener
porque los cambios están localizados en cada uno de estos componentes.
Selección de la metodología
En la actualidad existen varios modelos de ciclo de vida con los que se puede
llevar a cabo un proyecto software, pero la utilización de uno u otro depende de las
características del software que se va a desarrollar.
Debido a las exigencias del cliente y a la claridad de las ideas de éste en el
software que desea, todo apunta a utilizar un modelo de ciclo de vida lineal utilizando
implícitamente el modelo de ciclo de vida orientado a objetos ya que este modelo va a ser
de gran ayuda en la fase de implementación o desarrollo del software.
Por tanto, las etapas de las que va a constar el proyecto son las siguientes:
•
Identificación de las necesidades.
•
Análisis de requisitos.
- 12 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
•
Estudio de la arquitectura.
•
Diseño de entradas y salidas.
•
Programación.
•
Plan de pruebas.
•
Planificación real.
•
Valoración económica.
•
Conclusiones.
•
Bibliografía.
- 13 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
PLANIFICACIÓN DEL PROYECTO
El tiempo para la realización del proyecto se ha planificado de la siguiente manera
y en consecuencia con el tipo de metodología:
Identificación de necesidades Requisitos Arquitectura Diseño E/S Programación Plan de pruebas Documentación octubre noviembre diciembre enero febrero marzo abril mayo Figura 1.1: Planificación del proyecto
Como se puede observar se irán construyendo prototipos actuando sobre todas las
etapas para ir modelando y ajustando el Sistema a las necesidades del usuario.
El proyecto deberá estar completamente terminado para el mes de mayo.
- 14 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
RECURSOS UTILIZADOS
A continuación se enumeran los recursos que se han utilizado en el desarrollo del
presente proyecto.
En el apartado Estudio de la arquitectura se explica detalladamente el motivo de
la elección de alguno de ellos.
•
Java: Plataforma J2EE, tecnología en que se basa el proyecto.
•
Eclipse: Entorno de desarrollo Eclipse, que es la herramienta utilizada en la
programación del proyecto.
•
Access: Sistema gestor de bases de datos, utilizado para la construcción y manejo
de la base de datos.
•
UML: Pacestar UML Diagrammer, herramienta utilizada para la elaboración de
diagramas UML.
•
Microsoft Word: Herramienta utilizada para documentación del proyecto.
•
Microsoft Excel: Herramienta utilizada para la exportación de datos manejados en
la aplicación.
•
Microsoft PowerPoint: Herramienta utilizada para la elaboración de DFD’s y
diagramas necesarios para documentación del proyecto.
•
PDF creator: Herramienta utilizada para la elaboración de la presentación del
proyecto.
- 15 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
MOTIVACIÓN
La principal razón para realizar el proyecto ha sido la posibilidad de realizar un
primer proyecto real desde el comienzo hasta al final siendo esta una oportunidad única
para aplicar todos los conocimientos adquiridos a lo largo de la carrera. Además de la
posibilidad de trabajar en una de las empresas más grandes de España y de gran
proyección a nivel mundial.
También el autor quería un proyecto que supusiese que iba a tener utilidad,
interesase a un gran abanico de usuarios y fuese a ser utilizado de manera continuada
como ayuda para la realización del trabajo. Ello se conseguirá utilizando herramientas y
técnicas puramente informáticas vistas a lo largo de la carrera como son las Bases de
Datos, manejo de algoritmos complejos, diseño de un interfaz agradable e intuitivo y
utilización de un lenguaje de programación con el que aprender y dar la posibilidad de
explorar nuevas formas de realización de las cosas.
A estas motivaciones iniciales cabe añadirle el interés que ha provocado en el
autor la materia que se trata, que no es otro que el servicio de transacciones del sector
inmobiliario.
- 16 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
2
IDENTIFICACIÓN DE NECESIDADES
- 17 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
IDENTIFICACIÓN DE NECESIDADES
INTRODUCCION
En esta etapa se define el problema a resolver y se fijan las normas a seguir para
la dirección del proyecto. En lo que respecta al desarrollo, se establecen los límites del
proyecto fijando, qué partes del Sistema pueden cambiarse y cuáles se escapan a nuestro
control. Además se establecen los objetivos, restricciones y antecedentes del Sistema en
estudio. [BARR01]
La identificación de necesidades es el punto de partida en el desarrollo de un
Sistema. Las necesidades obtenidas en esta fase, se consiguen mediante una serie de
reuniones con el cliente que permitirán, de forma detallada, acotar los límites de la
aplicación basándose en las necesidades de información del usuario final. Se
establecerán también restricciones y requisitos, así como la situación anterior del
Sistema para llegar a una conformidad mutua y establecer premisas de cara a los
resultados parciales y finales de la aplicación.
- 18 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
OBJETIVOS DEL SISTEMA
El objetivo final del Sistema es unificar todos los datos de las operaciones de
Real Estate que se hayan realizado hasta la fecha y que se realizarán en un futuro para
poder centralizar la información y poder gestionarla. De esta manera se conseguirá un
control superior y una mayor velocidad en el procesamiento de información. Buscando
evitar la pérdida de información con las consecuencias que esto acarrea así como el
acceso a datos actualizados de forma permanente.
Se pretende por tanto crear un Sistema de acceso a diferentes fuentes de
información haciendo que sea una tarea fácil para el usuario. Este Sistema debe
presentar un interfaz gráfico que sea claro e intuitivo, ya que en una compañía tan
dinámica en la que la incorporación de nuevos empleados es permanente se debe usar
herramientas informáticas que no supongan un proceso de formación demasiado costoso.
Se podrían resumir los objetivos del Sistema en los siguientes puntos:
•
Crear una base de datos que unifique la información y que dote de
atributos comunes a ésta de forma que la realización de trabajos por
diferentes personas mantenga la misma estructura.
•
Desarrollar el interfaz gráfico elegante e intuitivo que ayude al usuario
acceder a esta base de datos, presentando la información de la forma más
comprensible posible.
•
Hacer totalmente transparente el Sistema al que se acceda a fuentes de
datos.
•
Desarrollar un proyecto que pueda ser utilizado en cualquier plataforma
gracias a la utilización de programas de desarrollo “Open Source”.
Estos objetivos son los prioritarios para el arranque del Sistema aunque existirán
otros objetivos no vitales que darán mayor funcionalidad a la herramienta que se
pretende desarrollar como pueden ser la creación de un histórico, la posibilidad de
exportación de datos a otros programas para realización de operaciones propias por parte
del usuario así como cualquier necesidad secundaria que al cliente le pueda parecer
interesante para la incorporación al proyecto.
- 19 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ALCANCE DEL SISTEMA
El alcance del Sistema es muy amplio y, a medida que el proyecto siga su cauce,
éste podría variar en diferentes aspectos realizando ampliaciones del mismo. El alcance
real es la creación de una base de datos única donde se centralicen y gestionen todas las
operaciones de Real Estate y a la que tengan acceso todos los usuarios finales así como
una aplicación para el manejo de la misma.
Unificación total de los datos
El objetivo prioritario de este proyecto es la unificación de todos los datos
necesarios para la realización de proyectos Real Estate en futuros proyectos así como la
reubicación de los datos existentes hasta la fecha utilizados para previos proyectos.
Todos estos datos se encuentran distribuidos en ficheros Excel, el manejo y
control de estos produce un problema de integridad de datos, dándose problemas de
duplicidad, pérdidas, manejo de atributos diferentes según el usuario que estuviese
manejando la información en cada momento y otros errores. Por tanto esta unificación
además de aportar una integridad de los datos también habilitará un acceso más rápido y
fiable a los datos por todos los usuarios.
Creación y gestión de perfiles de usuarios
Realizar distintos perfiles de usuarios donde cada uno de ellos tenga una serie de
funcionalidades para el manejo de los datos y las operaciones a realizar por cada uno de
ellos. Cada uno de estos perfiles contendrá un número de usuarios que tendrá un
identificador, para que quede constancia de las acciones que realiza cada uno que utilice
la aplicación.
En un principio se plantean tres tipos de usuarios que se dividen en administrador
del Sistema, que tendrá acceso total a la aplicación siendo el único capaz de dar de alta o
baja a nuevos usuarios, así como ver el historial de movimientos y quienes realizaron
tales operaciones; el segundo tipo de usuario serán aquellos que trabajen para Real Estate
que tendrán acceso a todos los datos así como la posibilidad de operar sobre estos (dando
de alta nuevos datos, modificando o borrándolos) y por último los usuarios con un acceso
sólo informativo, que podrán ver todos los datos pero no realizar ningún tipo de
operación sobre estos. El conjunto de acciones que podrá realizar cada uno de los
usuarios se describirán con mayor detalle en el desarrollo del proyecto.
Comunicación fiable
Los dos puntos anteriores hacen posible cumplir con este objetivo, hasta el
momento la comunicación entre las distintas partes se realiza mediante envió de correos
electrónicos adjuntando los ficheros pertinentes, y al estar aumentado el número y
tamaño de los estos, el tratamiento cada vez es más tedioso, y menos fiable por eso se
plantea como objetivo que la herramienta agilice la comunicación para que la
- 20 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
información este permanentemente actualizada y se tenga acceso a ella desde cualquier
terminal de la empresa para lo cual se utilizará la intranet de ésta.
Creación de una base de datos relacional para guardar toda la información del
departamento.
La base de datos de Real Estate estará formada por las tablas Operaciones,
Empresas, Contactos, Edificios, Participadas, Relación equipos edificios, Uso de planta,
Histórico de propiedades y Usuarios.
Desarrollo de una aplicación para gestionar la base de datos
Se creará un interfaz gráfico para facilitar al usuario el acceso a la base de datos.
Desde este interfaz se podrán dar altas, borrar datos de las tablas, actualizarlas, realizar
consultas,…También se podrán obtener estadísticas y ver los históricos.
Profundizar en el uso de tecnologías J2ME, J2EE
Para desarrollar la aplicación Java que sea intuitiva y con las que el usuario
interactúe de forma fácil y cómoda. La aplicación debe ser atractiva para el usuario y
hacer todo lo posible para que éste no se tenga que centrar en la utilización de la
herramienta sino en ayudarle a conseguir su propio objetivo.
Todos los anteriores se podrían considerar como objetivos generales formados por
objetivos particulares como la realización de cálculos de operaciones de forma
transparente para el usuario, control sobre los datos introducidos por los usuarios,…
Por último, aplicar los conocimientos obtenidos durante la carrera en el desarrollo
de un proyecto en su totalidad.
- 21 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TIPOLOGÍA DE USUARIOS FINALES
El tipo de usuario al que va dirigido la nueva aplicación a desarrollar, es un
usuario con conocimientos de informática básicos así como conocimientos de Real Estate
mínimos para la comprensión de lo que la aplicación trata.
Es una herramienta, por tanto, enfocada a trabajadores del departamento de esta
empresa y habrá que controlar el acceso a personas ajenas a ella. Es importante establecer
cuáles serán las funciones a poder realizar a cada uno de los usuarios con acceso a ésta
así como los privilegios mínimos con que habrá que dotar a cada cual para poder ejecutar
sus funciones.
El alta, baja o modificación de usuarios y tipos de privilegios de estos será
función única del administrador del Sistema, que en este caso será el cliente del proyecto,
asignándole a cada usuario un nombre y una clave para efectuar el acceso a la aplicación.
Los diferentes perfiles que se darán en la aplicación son:
- Administración: Sólo una persona tendrá este tipo de perfil. Este usuario
tendrá acceso a todas las funcionalidades de la aplicación, teniendo derechos
exclusivos como por ejemplo la potestad de dar de alta o baja a nuevos
usuarios.
- Escritura: Aquellos usuarios con derechos de escritura podrán acceder a
todas las funcionalidades de la aplicación, incluyendo esto las partes que
permiten la modificación de datos pero no tendrán derechos sobre otros
usuarios, este derecho queda reservado al perfil de administración.
- Lectura: Pertenecerán a este tipo de perfil el resto de usuarios de la
aplicación. Como bien determina el nombre del tipo de perfil, estos usuarios
sólo podrán acceder a los datos para leerlos, y en el caso concreto de las
operaciones Real Estate tendrán un acceso a la información limitado, no
pudiendo obtener todos los datos de la misma.
- 22 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
RESTRICCIONES
Debido al bajo nivel de conocimiento de informática que tienen los usuarios a los
que va dirigido el presente proyecto es necesario realizar todos los interfaces gráficos que
requiera el Sistema de una manera sencilla e intuitiva para facilitar así el uso de éste al
usuario.
Es fundamental que toda la información de los clientes y operaciones realizadas
que el cliente tiene en su Sistema Actual sea mantenida en el Nuevo Sistema.
No existen restricciones de tipo económico pues el proyecto se realiza a través de
un empleado de la empresa y por tanto no necesita fondos para su desarrollo.
En cuanto a restricciones de tipo temporal, el proyecto debe ponerse en
producción en un periodo máximo de seis meses en que el empleado que lo llevará a cabo
está contratado por la compañía.
- 23 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ORGANIZACIÓN Y FUNCIONES EMPRESARIALES
En este punto se presenta el organigrama de las partes implicadas en el proyecto.
En el proyecto existe un único actor implicado en la utilización del mismo que será el
departamento de T.A.S. (Transaction Advisory Services), pero dentro de este
departamento se subdivide en otras 5 ramas: Valuation Services, Due Diligence Services,
Forensic & Ligitation Services, Business Modelling y por último Real Estate siendo los
empleados de esta rama los que tendrán una implicación más directa con el proyecto así
como los únicos usuarios con derechos de uso más allá de la consulta de información.
ORGANIGRAMA
Figura 2.1: Organigrama Dpto. T.A.S. Deloitte
Real Estate:
El gerente de esta ramificación del departamento es el cliente de este proyecto y
será quien determine los objetivos del mismo. Para profundizar en el proceso se realizan
entrevistas con los distintos empleados del departamento quienes, al fin y al cabo, serán
los principales usuarios finales de la aplicación.
Para conocer el mapa de servicios de Real Estate remitirse al apartado
“Descripción del negocio de Real Estate” en la página 6 de este documento.
- 24 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Resto de ramificaciones:
El acceso a la aplicación del resto de ramificaciones que componen el
departamento sólo tendrá acceso a la aplicación para consulta de información nunca
pudiendo modificar está en ningún aspecto.
- 25 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ANTECEDENTES
En la sociedad actual existe una demanda cada vez más creciente de creación de
aplicaciones personalizadas para la realización del trabajo pues la competitividad
existente en las compañías cada vez es mayor y se exige ir evolucionando, sino a un nivel
mayor, a la misma velocidad en la que evoluciona el mercado. Y estos son los motivos
por los cuales el cliente ha decidido dar el paso y actualizarse mediante la creación de una
herramienta propia que ayude a favorecer el trabajo a realizar.
No se conocen antecedentes a este proyecto pues la realización de este tipo de
trabajos era realizada de manera individual por parte de cada usuario utilizando
herramientas diferentes en cada caso. No existe ninguna aplicación anterior para la
realización de estudios de mercado que unificase toda la información y permitiese
centralizarla.
- 26 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3
ANÁLISIS DE REQUISITOS
- 27 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ANÁLISIS DE REQUISITOS
INTRODUCCIÓN
El objetivo de esta etapa o fase es alcanzar un buen conocimiento del Sistema,
definiendo las necesidades, problemas y requisitos del usuario; plantea qué debe hacer el
Sistema para cubrir las necesidades del negocio y los requisitos del usuario. Por tanto en
esta etapa se hace hincapié en qué debe hacer el Sistema y no cómo debe hacerlo.
Es conveniente hacer una división de requisitos atendiendo a la naturaleza de los
mismos. Así, se pueden encontrar diferentes tipos de requisitos:
- Funcionales: atienden a características propias de funciones de negocio.
- Operativos: atienden al modo en que operará el Sistema.
- De prestaciones: atienden a las características adicionales o funciones de menor
prioridad.
- Fiabilidad: atienden a la integridad y veracidad de la información.
[BARR01]
- 28 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
LISTA DE REQUISITOS
Esta lista es una relación de los requisitos expresados por el cliente para el nuevo
Sistema en la que se recogen las características de cada requisito en una ficha específica.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
CREACIÓN DE UNA BASE DE DATOS ÚNICA
BORJA GARCÍA MÁRQUEZ
FECHA
ESTADO
VERSION
15/09/2007
1.0
OFICIAL
PÁGINA
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-1
DESCRIPCIÓN DEL REQUISITO
Creación de una base de datos donde se puedan unificar todos los datos existentes hasta la
fecha en una única base de datos.
BENEFICIOS
Aportar mayor fiabilidad a la información.
Unificar atributos de la información siguiendo siempre el mismo patrón.
Ayudar a la comunicación entre los distintos usuarios ya que todos tendrán acceso a la información
desde distintas ubicaciones.
- 29 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Gestión de accesos.
BORJA GARCÍA MÁRQUEZ
FECHA
VERSION
15/09/2007
ESTADO
1.0
OFICIAL
PÁGINA
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-2
DESCRIPCIÓN DEL REQUISITO
Se requiere que el administrador sea capaz de dar de alta/baja/modificar a los usuarios a través de
una clave privada
BENEFICIOS
Los beneficios que se obtienen es al tener centralizado todo el Sistema se tendrá un mayor control
sobre los usuarios.
COMENTARIOS / SOLUCIONES SUGERIDAS
El administrador (el cliente) tiene una serie de ventanas de acceso exclusivo a las que accederá a
través de una clave privada desde donde podrá realizar estar operaciones.
- 30 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Interactividad del Sistema.
BORJA GARCÍA MÁRQUEZ
FECHA
VERSION
15/09/2007
ESTADO
1.0
OFICIAL
PÁGINA
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-3
DESCRIPCIÓN DEL REQUISITO
La aplicación deberá ser atractiva para el usuario y hacer todo lo posible para que este no se tenga
que centrar en la herramienta sino en ayudarle a conseguir su objetivo.
BENEFICIOS
Facilitará al usuario la utilización del Sistema y por tanto a conseguir sus objetivos a través de ella.
- 31 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Altas/Bajas/modificaciones de operaciones.
BORJA GARCÍA MÁRQUEZ
FECHA
ESTADO
VERSION
15/09/2007
1.0
PÁGINA
OFICIAL
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-4
DESCRIPCIÓN DEL REQUISITO
Los usuarios con prioridad de escritura podrán dar de alta/baja/modificar la información relativa a
las distintas operaciones llevadas a cabo por el departamento.
BENEFICIOS
Tener conocimiento de que operaciones se están llevando a cabo en cada momento y cuál es la
situación de estas.
COMENTARIOS / SOLUCIONES SUGERIDAS
Los usuarios que tengan este tipo de prioridad podrán a través de una clave y usuario
determinados llevar a cabo estas operaciones.
- 32 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Altas/Bajas/modificaciones de empresas.
BORJA GARCÍA MÁRQUEZ
FECHA
ESTADO
VERSION
15/09/2007
1.0
PÁGINA
OFICIAL
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-5
DESCRIPCIÓN DEL REQUISITO
Los usuarios con prioridad de escritura podrán dar de alta/baja/modificar la información relativa a
las distintas empresas clientes que estén participando en una o más operaciones.
BENEFICIOS
Tener conocimiento de con que empresas se están llevando a cabo las operaciones.
COMENTARIOS / SOLUCIONES SUGERIDAS
Los usuarios que tengan este tipo de prioridad podrán a través de una clave y usuario
determinados llevar a cabo estas operaciones.
- 33 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Altas/Bajas/modificaciones de contactos.
BORJA GARCÍA MÁRQUEZ
FECHA
ESTADO
VERSION
15/09/2007
1.0
PÁGINA
OFICIAL
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-6
DESCRIPCIÓN DEL REQUISITO
Los usuarios con prioridad de escritura podrán dar de alta/baja/modificar la información relativa a
las distintas personas con los datos respectivos de contacto con las se esté trabajando
paralelamente.
BENEFICIOS
Tener conocimiento de con quién comunicarse para la realización de las distintas operaciones.
COMENTARIOS / SOLUCIONES SUGERIDAS
Los usuarios que tengan este tipo de prioridad podrán, a través de una clave y usuario
determinados, llevar a cabo estas operaciones.
- 34 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Altas/Bajas/modificaciones de edificios.
BORJA GARCÍA MÁRQUEZ
FECHA
ESTADO
VERSION
15/09/2007
1.0
PÁGINA
OFICIAL
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-7
DESCRIPCIÓN DEL REQUISITO
Los usuarios con prioridad de escritura podrán dar de alta/baja/modificar la información relativa a
los distintos edificios sobre los que se están realizando las operaciones.
BENEFICIOS
Tener conocimiento de que edificios intervienen en las operaciones llevadas a cabo.
COMENTARIOS / SOLUCIONES SUGERIDAS
Los usuarios que tengan este tipo de prioridad podrán, a través de una clave y usuario
determinados, llevar a cabo estas operaciones.
- 35 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Tener acceso a una zona personal.
BORJA GARCÍA MÁRQUEZ
FECHA
ESTADO
VERSION
15/09/2007
1.0
OFICIAL
PÁGINA
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-8
DESCRIPCIÓN DEL REQUISITO
Cada usuario tendrá un espacio de zona personal en que se indicará el tipo de acceso que tiene
así como podrá obtener un histórico de las operaciones llevadas a cabo en las fechas
determinadas.
BENEFICIOS
Esto permitirá a cada usuario tener un control absoluto sobre sí mismo a tener conocimiento de lo
realizado en unas fechas determinadas.
- 36 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Aplicación de filtros.
BORJA GARCÍA MÁRQUEZ
FECHA
VERSION
15/09/2007
ESTADO
1.0
OFICIAL
PÁGINA
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-9
DESCRIPCIÓN DEL REQUISITO
Listar solamente por unos criterios determinados los datos existentes con esas características.
BENEFICIOS
Agilizar las búsquedas de información así como disminuir el tiempo de carga.
COMENTARIOS / SOLUCIONES SUGERIDAS
Desarrollar una interfaz con todos los posibles criterios de búsqueda específicos para cada tipo de
información buscada.
- 37 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Histórico de movimientos.
BORJA GARCÍA MÁRQUEZ
FECHA
VERSION
15/09/2007
ESTADO
1.0
OFICIAL
PÁGINA
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-10
DESCRIPCIÓN DEL REQUISITO
Crear una tabla nueva en la base de donde se registren todos los movimientos realizados de todos
los usuarios con capacidad de escritura para el control del cliente (administrador a su vez).
BENEFICIOS
Permite al cliente tener conocimiento de lo realizado por sus empleados evitando se cometan
errores irreparables.
- 38 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HOJA DE REQUISITOS
REQUISITO
JEFE DE PROYECTO
Descargar los datos buscados en formato Excel. BORJA GARCÍA MÁRQUEZ
FECHA
VERSION
15/09/2007
ESTADO
1.0
OFICIAL
PÁGINA
1
PRIORIDAD
ALTA
IDENTIFICADOR DEL REQUISITO
R-11
DESCRIPCIÓN DEL REQUISITO
Descargar los datos buscados en un formato que permite al usuario realizar las operaciones que
crea conveniente con ellos para su uso individual.
BENEFICIOS
De esta manera cada usuario podrá efectuar su trabajo sin necesidad de seguir unas pautas
determinadas.
- 39 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
MODELO LÓGICO DEL NUEVO SISTEMA
INTRODUCCIÓN
Los requisitos expresados por el cliente son incorporados al modelo lógico actual,
lo que provocará la incorporación, eliminación y modificación de objetos en el modelo.
En esta fase hay que definir a un nivel alto la funcionalidad total del Sistema para
así tener definidos a grandes rasgos las interacciones que va a poder realizar el usuario
con el Sistema, así como las diferentes conexiones entre los diferentes procesos.
[BARR01]
- 40 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
MODELO FÍSICO DEL NUEVO SISTEMA
Figura 3.1: Modelo físico del nuevo Sistema
En el diagrama se observa que existen dos entidades externas, una que
corresponde al usuario y la otra al servidor interno de la empresa que contiene la
información necesaria para la correcta ejecución de la aplicación. El flujo de datos
representado entre el Sistema y el usuario contiene toda la información que va a ser
intercambiada en el transcurso del estudio de mercado que se esté realizando en un
momento determinado. En el diagrama de primer nivel y en los de segundo nivel se
explicará más detalladamente en qué consisten y que significan los mismos.
- 41 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
DIAGRAMA DE PRIMER NIVEL
Figura 3.2: Diagrama de primer nivel
Este diagrama muestra, a rasgos generales, los procesos que se dan en la
aplicación. Es de remarcar, que una vez el usuario queda registrado al comienzo de la
aplicación, ésta guardará la información del usuario y siempre estará presente para los
distintos procesos, todos los flujos de datos siempre tendrán presente que usuario está
operando. Sin embargo, por cuestiones de seguridad, se seguirá pidiendo la identificación
a los mismos en caso de querer acceder a acciones que han de ser tratadas con mayor
confidencialidad.
A continuación se pasa a hacer una breve descripción de cada uno de los
procesos, donde se verá que aquellos de mayor complejidad necesitarán mayor
especificación para el entendimiento de los mismos, detallándose en mayor profundidad.
1. Comprobar usuario: Al comenzar la aplicación el usuario deberá identificarse
con nombre de usuario y contraseña para que el Sistema lo valide. Una vez validado, el
Sistema comprueba el perfil del usuario para determinar qué privilegios son aquellos que
les corresponden y así poder acceder a unas funcionalidades de la aplicación o a otras.
- 42 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
2. Mostrar Menú: Se muestran las opciones que tenga habilitadas el usuario
según el perfil del mismo. La mayoría de las funcionalidades de la aplicación se
muestran directamente desde este menú principal. De este proceso sale siempre el
mismo flujo de datos, denominado Opción, que contendrá la información de la
opción escogida por el usuario para realizar, así como los derechos de este usuario
para la realización de los mismos.
3. Realizar Consulta: Al escoger la opción de realización de consulta el usuario
debe introducir el tipo de consulta que desea realizar, este flujo de datos toma el
nombre de Tipo. Podrá realizar consulta de cualquier operación realizada por la
compañía que se encuentre almacenada en la base de datos, así como de las
empresas implicadas, los edificios con los que se opera o los contactos que
intervienen. Es importante recalcar que es escogiendo esta acción donde el
usuario podrá entrar en la Zona Personal que se explicará con posterioridad. El
motivo de esto es debido a los privilegios de usuario que permiten acceder a
ciertas zonas de la aplicación o no siendo Realizar Consulta la única de las
opciones que tiene libre acceso para todo tipo de usuarios.
4. Realizar Alta: En este proceso es donde el usuario tiene la posibilidad de
introducir los datos de cualquier operación, edificio, empresa o contacto para el
almacenamiento en la base de datos. Para poder tener acceso a este proceso es
necesario que el usuario posea derechos de administración o de escritura.
5. Realizar Mod/Baja: Hace alusión a la realización de una modificación sobre
cualquier información previamente almacenada o a la eliminación de la misma. El
motivo por el cual están agrupados en un mismo proceso es porque la eliminación
de información no deja de ser un tipo de modificación de la misma y, por
consiguiente, el tratamiento que recibe va a ser muy similar. En este proceso el
Sistema buscará la información a eliminar o modificar. Como una mala
realización de este proceso puede llevar a múltiples problemas es necesario tener
los derechos de escritura o administración para poder acceder a esta opción.
6. Generar Mensaje: Cada vez que el usuario lleve a cabo con éxito alguna de las
distintas opciones, Alta, Baja, Modificación o Consulta, el Sistema lanzará un
mensaje informativo de lo que se ha realizado y almacenará la información de la
opción realizada y del usuario que la ha tramitado. De esta manera el
administrador podrá realizar funciones de control sobre el resto de usuarios
evitando que se realicen acciones no deseadas.
- 43 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
DIAGRAMAS DE SEGUNDO NIVEL
1 / 3.1.1.1 Comprobar usuario
Figura 3.3: Comprobar usuario
1.1 Validar usuario: El usuario introduce la información para autenticarse, esta
información constará de nombre de usuario y contraseña. Con estos datos el Sistema
accede a la base de datos de USUARIO comprobando si el usuario existe y
posteriormente si la contraseña introducida es correcta o no. Si existe el usuario y la
contraseña dada es correcta el Sistema obtendrá el tipo de usuario que se ha registrado,
administrador, de lectura o de escritura.
1.2 Establecer privilegios: En este proceso, y una vez obtenida la información
del tipo de usuario registrado, el Sistema establece los privilegios del mismo para poder
acceder a unas zonas u otras de la aplicación.
- 44 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3 Realizar Consulta
Figura 3.4: Realizar Consulta
3.1 Consulta Operación: En este proceso se lleva a cabo la consulta de cualquier
operación previamente realizada y almacenada en la base de datos. Los flujos de entrada
son Tipo y Opción, determinando el primero qué tipo de consulta desea realizar el
usuario (de operaciones, empresas, contactos o edificios); y el segundo cual es la opción
sobre el tipo de función a realizar (consulta, modificaciones o baja o altas).
El tercer flujo de entrada es Confidencialidad que contiene la información que
determina si la consulta va a ser o no de carácter confidencial en la operación de consulta.
Si está marcado como confidencial se mostrarán más datos que si se selecciona como no
confidencial y se pedirá que el usuario se vuelva a identificar con contraseña pues es
necesario tener los privilegios necesarios para acceder a esta opción. Los flujos de salida
son dos, Consulta Confidencial y Consulta no confidencial, que mostrarán a los usuarios
la información buscada ya sea de un carácter u otro.
3.2, 3.3, 3.4 Consulta: Los otros tres procesos de consulta, ya sea de empresas,
contactos o edificios, son iguales que el de operación con la diferencia de que no existe la
posibilidad de confidencialidad del anterior proceso al tratarse de consultas de datos
- 45 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
genéricos que no aclaran nada sobre los trabajos realizados y que cualquier empleado de
la compañía podría obtener sin comprometer el trabajo del departamento.
3.5 Zona Personal: En este proceso el usuario podrá acceder a sus datos
personales modificándolos a placer pudiendo realizar una consulta del histórico de lo
anteriormente realizado por el mismo o por cualquier otro usuario si tiene los derechos
necesarios. También, si se tienen derechos de administración, podrá efectuar altas y bajas
así como la modificación de datos de otros usuarios. El flujo de datos de salida Resultado
contiene la información de si se han realizado correctamente o no las acciones de alta,
baja o modificación de datos.
- 46 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3.1 Consulta Operación
Figura 3.5: Consulta operación
3.1.1 Consulta Operación Confidencial: Se realiza la operación de consulta de
datos de una operación en la que se muestren todos los datos referentes a la misma. Los
flujos de datos de entrada Opción, Tipo y Confidencialidad llevan la información de la
opción de qué acción realizar por parte del usuario, consulta, alta o bajas, Tipo determina
sobre que se va a realizar la búsqueda y Confidencialidad informa si la acción realizada
es de carácter confidencial o no.
3.1.2 Consulta Operación No Confidencial: Este proceso recibe la misma
información que el anterior con la diferencia de que en este caso la búsqueda de
información de la operación es de carácter no confidencial, lo que implica que la
información obtenida por parte del usuario estará limitada, no mostrando datos que no
deben ser obtenidos por nadie ajeno al equipo de Real Estate.
- 47 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3.1.1.1 Consulta Operación Confidencial
Figura 3.6: Consulta operación confidencial
3.1.1.1 Comprobar usuario: Este proceso es exactamente igual que el explicado
anteriormente en el diagrama de primer nivel.
3.1.1.2 Consulta Operación: Una vez obtenida la información sobre los derechos
del usuario y si el mismo tiene derechos de escritura o administración se pasará a la
realización de la consulta propiamente dicha, mostrando al usuario una tabla con todos
los datos buscados.
- 48 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3.1.2 Consulta Operación
Figura 3.7: Consulta operación
3.1.2.1 Mostrar Formulario de Búsqueda: La aplicación muestra al usuario los
distintos campos de búsqueda para la operación necesitada.
3.1.2.2 Leer Datos de Búsqueda: El Sistema lee los campos de búsqueda
introducidos por el usuario.
3.1.2.3 Cargar Datos Buscados: El Sistema realiza la búsqueda de la operación y
extrae los datos para ser mostrados por pantalla al usuario.
3.2.1 Consulta Empresa
Figura 3.8: Consulta empresa
Como se muestra en el diagrama Consulta Empresa los procesos son exactamente
iguales que Consulta Operación a excepción que no recibe información de
confidencialidad pues esta opción no existe para los datos de empresas.
Los procesos 3.3 y 3.4 son exactamente iguales que el 3.2 con la diferencia que
accederán a distintas tablas de la base de datos en función de lo que se esté buscando.
- 49 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3.5 Zona Personal
Figura 3.9: Zona personal
3.5.1 Ver/Modificar Datos Personales: Muestra los datos personales del usuario
que está utilizando la aplicación permitiéndole la opción de modificarlos en caso que así
lo necesite. Como flujo de datos de entrada recibe Opción y Tipo anteriormente descritas
para anteriores procesos y Opción2 que lleva la información de qué acción decide
ejecutar el usuario dentro de las distintas opciones de Zona de Usuarios.
3.5.2 Alta Usuario: Esta opción permite, (bajo previa autenticación del usuario
una vez más pues sólo podrá ejecutarla aquel que tenga derechos de administración), dar
de alta a nuevos usuarios para que puedan acceder a la aplicación. El alta de un nuevo
usuario supone adjudicarle un nombre de usuario, contraseña y qué privilegios se le van a
otorgar para el manejo de la aplicación.
3.5.3 Baja Usuario: Muestra un formulario de búsqueda del usuario que se desea
borrar de la base de datos y por tanto no permitirle más el acceso a la aplicación. Serán
necesarios los derechos de administración para poder ejecutar este proceso.
3.5.4 Modificación Usuario: Muestra el formulario de búsqueda de algún usuario
del que se desea cambiar algún tipo de información, siendo este usuario uno diferente al
- 50 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
que está manejando la aplicación. Principalmente para el cambio de privilegios del
usuario. Es necesario tener privilegios de administración para acceder a este proceso.
3.5.5 Mostrar Confirmación: Muestra por pantalla el identificador generado por el
Sistema para la acción ejecutada y envía un flujo de datos para generar un mensaje
automático ligado a la acción realizada.
- 51 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3.5.1 VER/MODIFICAR DATOS PERSONALES
Figura 3.10: Ver/Modificar datos personales
3.5.1.1 Mostrar Formulario: Muestra el formulario con los datos que tiene
actualmente el usuario con posibilidad de modificación de aquellos que desee, ya sea
nombre de usuario o contraseña.
3.5.1.2 Leer Cambios: El usuario introduce los cambios que considere y el
Sistema adquiere esa información.
3.5.1.3 Registrar Cambios: Se registran todas las modificaciones realizadas por el
usuario en la tabla correspondiente de la base de datos, Usuario, y produce la
modificación propiamente dicha por tanto y se genera el flujo de datos Registrar que
contiene la información necesaria para mostrar la confirmación a posteriori.
3.5.1.4 Ver Histórico de Usuario: Cada vez que un usuario realiza alguna acción
de dar de alta, modificar o dar de baja algún dato de la aplicación ésta queda registrada en
el histórico de usuarios. Este proceso permite ver este fichero para la consulta del mismo,
los datos aquí inscritos no son modificables.
- 52 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3.5.2 DAR DE ALTA USUARIO
3.5.3 MODIFICAR USUARIO
3.5.4 DAR DE BAJA USUARIO
Debido a la similitud de los tres se explican a la par.
Figuras 3.11; 3.12; .3.13: Dar de alta usuario; Modificar usuario; Dar de baja usuario
3.5.2.1 Comprobar Usuario: Al comenzar el proceso el usuario deberá
identificarse con nombre de usuario y contraseña para que el Sistema lo valide. Una vez
validado, el Sistema comprueba el perfil del usuario para determinar que privilegios son
aquellos que les corresponden y así poder acceder a unas funcionalidades de la aplicación
o a otras. Para poder seguir adelante el usuario deberá tener privilegios de administración.
También válida esta explicación para los procesos 3.5.3.1 y 3.5.4.1.
3.5.2.2 Mostrar Formulario: Muestra el formulario con los datos que requiere el
usuario para poder llevar a cabo el alta de un nuevo usuario otorgándole nombre de
usuario, contraseña y los privilegios.
- 53 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
3.5.3.2 Obtener Usuario: Muestra un formulario de búsqueda del usuario a dar de
baja, lee los datos introducidos por el usuario y realiza la búsqueda en la base de datos
para mostrarlos a posteriori en pantalla de tal forma que se pueda trabajar sobre los
mismos.
También válido para el proceso 3.5.4.2 pero con la diferencia que en este caso la
información se mostrará de forma que el usuario pueda modificar aquello que necesite.
3.5.2.3 Dar de Alta: Proceso que lleva a cabo el alta del nuevo usuario
introduciendo los mismos en la tabla Usuarios de la base de datos.
3.5.3.3 Realizar Modificación: Proceso que se encarga de la actualización de los
datos del usuario previamente buscado.
3.5.4.3 Dar de Baja: Proceso que se encarga de borrar los datos del usuario
seleccionado de la base de datos correspondiente.
El motivo por el cual se ha tomado la decisión de agrupar la explotación de estos
tres procesos es por la similitud de los mismos permitiendo un mejor entendimiento de
los mismos.
- 54 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4. REALIZAR ALTA
Figura 3.14: Realizar alta
4.1 Alta Edificio: Proceso que permite dar de alta los datos de algún edificio con
el que se realice alguna operación.
4.2 Alta Contacto: Proceso que permite dar de alta a un contacto de una empresa
determinada con la que se ha efectuado alguna operación.
4.3 Alta Operación: Proceso que da de alta los datos de alguna operación que se
haya realizado, a través de este se puede también dar de alta edificios y empresas pues
siempre que se realice una operación va a llevar implícito que sea con una empresa y
sobre un edificio.
4.4 Alta Empresa: Proceso que permite dar de alta los datos de una empresa con
la que se esté o se haya trabajado.
- 55 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4.1 Alta Edificio
Figura 3.15: Alta edificio
4.1.1 Mostrar Formulario: Muestra el formulario con los datos que requiere el
usuario para poder llevar a cabo el alta de un nuevo edificio. Dentro de los datos a
introducir por parte del usuario incluyen los datos de la empresa relacionada con el
edificio a dar de alta.
4.1.2 Leer Datos Empresa: El Sistema recoge los datos, introducidos por el
usuario, de la empresa.
4.1.3 Comprobar datos: El Sistema comprueba que los datos introducidos no sean
incongruentes, así como que estén cubiertos todos aquellos que sean obligatorios.
4.1.4 Registra: Se procede a registrar la información del edificio almacenando los
datos en la base de datos.
4.1.5 Alta Equipamiento: Proceso que permite al usuario dar de alta los datos del
equipamiento del que esté dotado el edificio que se acaba de dar de alta por el usuario.
Estos datos se almacenarán en una tabla relacionada con la de los edificios en la base de
datos.
- 56 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4.1.6 Alta Planta: Existen ocasiones que la información que se está trabajando no
es del edifico completo sino de la/s planta/s que la empresa posea de un determinado
edificio. En estos casos, este proceso permite al usuario determinar que planta es a la que
se está haciendo alusión de la misma manera cabe la posibilidad de introducir algunos
datos más, necesarios para el manejo a posteriori de la información.
4.1.7 Mostrar Confirmación: Muestra por pantalla el identificador generado por el
Sistema para la acción ejecutada y envía un flujo de datos a generar un mensaje
automático ligado a la acción realizada.
- 57 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4.1.6 ALTA PLANTA
Figura 3.16: Alta planta
4.1.6.1 Adquirir Datos Edificio: El Sistema recoge los datos del edificio que el
usuario ha dado de alta con anterioridad.
4.1.6.2: Mostrar Formulario: Proceso que muestra el formulario a rellenar con los
datos de la planta que se quiere dar de alta.
4.1.6.3 Comprobar Datos: El Sistema comprueba que los datos introducidos por
el usuario son correctos y que no se haya olvidado ninguno por introducir.
4.1.6.4 Registrar: El Sistema realiza el registro de la planta introduciendo los
datos en la tabla correspondiente de la base de datos.
El proceso 4.1.5 Alta Equipamiento se subdivide en los mismos procesos que el
proceso 4.1.6 Alta Planta con la única diferencia que los datos serán almacenados en
tablas diferentes y es por ello que no se muestra el DFD correspondiente.
- 58 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4.2 ALTA CONTACTO
Figura 3.17: Alta contacto
4.2.1 Mostrar Formulario: Proceso que muestra el formulario a rellenar con los
datos del contacto que se quiere dar de alta. Este incluye los datos de la empresa para la
que el contacto trabaja.
4.2.2 Leer Datos Empresa: El Sistema realiza la búsqueda de la empresa a la que
el contacto pertenece.
4.2.3 Confirmar Datos: El Sistema comprueba que los datos introducidos por el
usuario son congruentes.
4.2.4 Registrar: Proceso que procede al registro de los datos introducidos por el
usuario almacenándolos en la base de datos.
4.2.5 Mostrar Confirmación: Muestra por pantalla el identificador generado por
el Sistema para la acción ejecutada y envía un flujo de datos a generar un mensaje
automático ligado a la acción realizada.
- 59 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4.3 ALTA OPERACIÓN
Figura 3.18: Alta operación
4.3.1 Mostrar Formulario: Proceso que muestra el formulario a rellenar con los
datos de la operación que se quiere dar de alta. Este puede incluir los datos tanto de la
empresa con la que se está realizando dicha operación como con el edificio con el que se
esté realizándola, de ahí que parte de lo mostrado en el formulario incluya las opciones de
dar de alta empresas y/o edificios.
4.3.2 Alta Edificio: Proceso que permite dar de alta los datos de algún edificio
con el que se realice alguna operación.
4.3.3 Leer Edificio: Proceso que lee los datos del edificio que se acaba de dar de
alta para la realización de la operación.
4.3.4 Alta Empresa: Proceso que permite dar de alta los datos de una empresa
con la que se esté o se haya trabajado.
4.3.5 Leer Empresa: Proceso que lee los datos de la empresa que se acaba de dar
de alta para la realización de la operación.
- 60 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4.3.6 Calcular Datos: El Sistema a partir de los datos de la operación
introducidos por el usuario, renta inicial, precio, superficie transmitida, renta de mercado
y rentabilidad teórica, leyéndolos y calculando la rentabilidad inicial, valor unitario de
compra y valor unitario de renta. Datos que generará automáticamente y mostrará al
usuario.
4.3.7 Comprobar Datos: El Sistema comprueba que los datos introducidos por el
usuario son congruentes.
4.3.8 Registrar: Proceso que procede al registro de los datos introducidos por el
usuario almacenándolos en la base de datos.
4.3.9 Mostrar Confirmación: Muestra por pantalla el identificador generado por
el Sistema para la acción ejecutada y envía un flujo de datos a generar un mensaje
automático ligado a la acción realizada.
- 61 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4.4 ALTA EMPRESA
Figura 3.19: Alta empresa
4.4.1 Mostrar Formulario: Proceso que muestra el formulario a rellenar con los
datos del contacto que se quiere dar de alta. Este incluye los datos de la empresa para la
que el contacto trabaja.
4.4.2 Confirmar Datos: El Sistema comprueba que los datos introducidos por el
usuario son congruentes.
4.4.3 Registrar: Proceso que procede al registro de los datos introducidos por el
usuario almacenándolos en la base de datos.
4.4.4 Mostrar Confirmación: Muestra por pantalla el identificador generado por
el Sistema para la acción ejecutada y envía un flujo de datos a generar un mensaje
automático ligado a la acción realizada.
- 62 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
5 DAR DE BAJA O MODIFICAR
Figura 3.20: Dar de baja o modificar
5.1 Modificar /Baja Edificio: Proceso que permite modificar los datos de un
edificio previamente almacenado o borrar sus datos.
5.2 Modificar /Baja Contacto: Proceso que permite modificar los datos de un
contacto previamente almacenado o borrar sus datos.
5.3 Modificar /Baja Operación: Proceso que permite modificar los datos de una
operación previamente almacenado o borrar sus datos.
5.4 Modificar /Baja Empresa: Proceso que permite modificar los datos de un
empresa previamente almacenado o borrar sus datos.
- 63 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
5.1 MODIFICAR / BAJA EDIFICIO
Figura 3.21: Modificar/Baja edificio
5.1.1 Modificar/Baja Edificio: Proceso que permite modificar los datos de un
edificio previamente almacenado o borrar sus datos.
5.1.2 Modificar/Baja Planta: Proceso que permite modificar los datos de una
planta de un determinado edificio previamente almacenado o borrar sus datos. También
permite la opción de dar de alta los datos de una planta de un edificio ya dado de alta con
anterioridad debido a que esto supone una modificación de los datos de un edificio.
- 64 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
5.1.2 MODIFICAR/BAJA PLANTA
Figura 3.22: Modificar/Baja planta
5.1.2.1 Insertar Planta: Proceso que permite dar de alta los datos de una planta
determinada de un edificio determinado.
5.1.2.2 Modificar/Baja Planta: Proceso a partir del cual el usuario podrá
modificar los datos de una planta ya introducida en la base de datos o eliminar los datos.
- 65 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
5.2 MODIFICAR / BAJA CONTACTO
Figura 3.23: Modificar/Baja contacto
5.2.1 Mostrar Formulario de Búsqueda: El Sistema muestra el formulario a partir
del cual el usuario introducirá los datos convenientes para realizar la búsqueda del
contacto en la base de datos para así poder trabajar sobre ellos.
5.2.2 Cargar Contacto: A partir de los datos introducidos por el usuario el
Sistema busca en la base de datos el contacto y muestra la información por pantalla.
5.2.3 Modificar Contacto: Con los datos del contacto ya buscado el usuario podrá
modificar aquella información que desee y almacenar los cambios posteriormente en la
base de datos.
- 66 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
5.2.4 Baja Contacto: Una vez cargados los datos del contacto buscado y que el
usuario verifique que efectivamente era el contacto que quería dar de baja podrá eliminar
sus datos de la base de datos.
5.2.5 Mostrar Conformación: Muestra por pantalla el identificador generado por
el Sistema para la acción ejecutada y envía un flujo de datos a generar un mensaje
automático ligado a la acción realizada.
Este diagrama es también aplicable para Edificios, Operaciones y Empresas con la
única diferencia de uso de una tabla diferente de la base de datos en cada caso, por lo que
no hará falta mostrar los demás diagramas.
- 67 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
5.2.3 MODIFICAR CONTACTO
Figura 3.24: Modificar contacto
5.2.3.1 Mostrar Datos Modificables: El Sistema muestra por pantalla un
formulario con los datos del contacto anteriormente cargados en un formulario donde el
usuario puede modificar algunos datos del mismo.
5.2.3.2 Leer Cambios: El Sistema recoge los cambios establecidos por parte del
usuario del contacto.
5.2.3.3 Registrar Cambios: El Sistema almacena los datos nuevos del usuario
sobre los datos antiguos en la base de datos.
Este diagrama es también aplicable para Edificios, Operaciones y Empresas con la
única diferencia de uso de una tabla diferente de la base de datos en cada caso, por lo que
no hará falta mostrar los demás diagramas.
- 68 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
5.2.4 BAJA CONTACTO
Figura 3.25: Baja contacto
5.2.4.1 Borrar Selección: Proceso que borra los datos del contacto, previamente
buscado y seleccionado, de la base de datos.
5.2.4.2 Registrar Cambios: El Sistema registra la baja realizada y almacena la
información.
Este diagrama es también aplicable para Edificios, Operaciones y Empresas con la
única diferencia de uso de una tabla diferente de la base de datos en cada caso, por lo que
no hará falta mostrar los demás diagramas.
- 69 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
4
ESTUDIO DE ARQUITECTURA
- 70 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ESTUDIO DE ARQUITECTURA
INTRODUCCIÓN
El objetivo en esta fase es definir las posibles soluciones de arquitectura que
satisfagan tanto los requisitos del usuario como las restricciones de diseño. Para ello, se
definen las posibles soluciones, se someten a un estudio de viabilidad y se escoge la más
adecuada, que se utilizará para el desarrollo del proyecto.
RECURSOS SOFTWARE
El Sistema se distribuye en dos componentes: la aplicación, que se encarga de
realizar las operaciones necesarias según las acciones llevadas a cabo por el usuario, y la
base de datos, donde la información relacionada con la aplicación se hace persistente.
La estructuración del software se realizará en tres capas:
• Nivel de presentación: es el encargado de generar el interfaz de usuario en
función de las acciones llevadas a cabo por el mismo.
• Nivel de negocio: contiene toda la lógica que modela los procesos de
negocio y es donde se realiza todo el procesamiento necesario para atender las
peticiones del usuario.
• Nivel de administración de usuarios: encargado de hacer persistente toda la
información, suministra y almacena información para el nivel de negocio.
Estudio del Sistema gestor de base de datos a utilizar
Descripción de los gestores de bases de datos a analizar
En la actualidad, existe una gran lista de gestores con los que poder crear,
organizar y manipular la/s bases de datos.
El estudio se va a realizar sobre cuatro posibles gestores de bases de datos que
pueden gestionar la base de datos que se va a diseñar para el cliente. Estos gestores son:
MySQL, db2 de IBM, Oracle, MS Access.
En primer lugar se va a proceder a describir brevemente cada uno de los gestores
mencionados anteriormente, posteriormente se seleccionará uno de ellos y se indicará el
motivo de dicha selección.
- 71 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
MySQL
En los últimos años MySQL ha tenido un crecimiento vertiginoso.
Es el gestor de base de datos de código abierto más popular del mundo. Y así es,
como MySQL ha pasado de ser un pequeño gestor de bases de datos a una completa
herramienta de gestión.
Lo que en un tiempo se consideró como un sencillo juguete para uso en sitios
Web, se ha convertido en la actualidad en una solución viable y de misión crítica para la
administración de datos.
MySQL es un Sistema de administración de bases de datos relacional (RDBMS).
Se trata de un programa capaz de almacenar una enorme cantidad de datos de gran
variedad y de distribuirlos para cubrir las necesidades de cualquier tipo de organización,
desde pequeños establecimientos comerciales a grandes empresas y organismos
administrativos.
MySQL utiliza el lenguaje de consulta estructurado (SQL).
MySQL es un gestor rápido y robusto que se puede comparar con cualquier gestor
comercial, es incluso, más veloz en el procesamiento de las transacciones.
Los sistemas operativos (del servidor) que pueden utilizar este gestor son:
Windows, Linux Mac OS x, Free BSD, IBM AIX, Solaris, HP - UX, QNX, SCO Unix,
Novell Netware, SGI Iris.
ORACLE
Oracle es un Sistema de administración de base de datos (RDBMS), fabricado por
Oracle corporation, básicamente es una herramienta cliente/servidor para la gestión de
Bases de Datos.
Es un producto vendido a nivel mundial, aunque la gran potencia que tiene y su
elevado precio hacen que por norma general sólo se vea en empresas muy grandes y
multinacionales.
Para desarrollar aplicaciones que usen Oracle se utiliza PL/SQL, un lenguaje de 5ª
generación, bastante potente para tratar y gestionar la base de datos, también por norma
general se suele utilizar SQL.
Oracle es sin duda uno de los mejores gestores de bases de datos existentes en el
mercado, es un gestor muy robusto y que cuenta con numerosas características.
- 72 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Los sistemas operativos (del servidor) que pueden utilizar este gestor son:
Windows, Linux Mac OS x, IBM AIX, Solaris, HP - UX, QNX, SCO Unix, Novell
Netware, SGI Iris.
DB2 IBM
DB2 es el sistema relacional de IBM y es uno de los gestores de bases de datos
más antiguos del mercado. Es el gestor comercial que más se vende, después de Oracle.
Se usa principalmente en sistemas de computadoras mainframe como AS/400 y
RS/6000.
Este gestor de base de datos proporciona características avanzadas y se usa
principalmente para soluciones de base de datos a gran escala.
Incluye todo lo necesario para implementar una solución de replica de datos en
cualquier tipo de ambiente, distribuido o heterogéneo, pues permite enviar los datos a
cualquier sitio para cubrir todos los requerimientos de una empresa.
Permite, entre otras cosas, el manejo de objetos grandes (hasta 2 GB), la
definición de datos y funciones por parte del usuario, el chequeo de integridad
referencial, soporte multimedia: texto, imágenes, video, audio; backup/recuperación
online y offline.
Los sistemas operativos (del servidor) que pueden utilizar este gestor de base de
datos son: OS/2 Warp Server, Sinix, SCO Openserver, Windows NT, Aix, HP Ux,
Solaris.
MS ACCESS
Microsoft Access es un sistema de gestión de bases de datos relacional (RDBMS)
creado por Microsoft, para uso personal o de pequeñas organizaciones. Es un componente
de la suite Microsoft Office, aunque no se incluye en el paquete básico.
Su funcionamiento se basa en un motor llamado Microsoft Jet, y permite el
desarrollo de pequeñas aplicaciones autónomas formadas por formularios Windows y
código VBA (Visual Basic para Aplicaciones).
Es un software de gran difusión entre pequeñas empresas (PYMES) cuyas bases
de datos no requieren de excesiva potencia, ya que se integra perfectamente con el resto
de aplicaciones de Microsoft y permite crear pequeñas aplicaciones con conocimientos
básicos de programación.
Entre sus mayores inconvenientes figura que no es multiplataforma, pues sólo está
disponible para sistemas operativos de Microsoft, y no permite transacciones. Su uso es
- 73 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
inadecuado para grandes proyectos de software que requieren tiempos de respuesta
críticos o muchos accesos simultáneos a la base de datos.
Selección del gestor de base de datos a utilizar
Se podría seguir escribiendo folios y folios sobre cada uno de los gestores
mencionados anteriormente, pero se ha optado por no hacerlo debido a que con la
anterior información y con los requisitos del cliente es suficiente para decidir cuál de los
anteriores gestores de bases de datos se debe utilizar en la aplicación que se está
desarrollando al cliente.
Los gestores de base de datos propietarios de IBM y Oracle son gestores
diseñados para utilizarse en compañías donde se trabaja con grandes volúmenes de
información y donde se generan millones de transacciones diarias, además, como llevan
el coste asociado de adquirir las licencias respectivas para poder utilizarlos, queda
desecha cualquier opción de utilizar estos gestores en el Sistema que se va a desarrollar al
cliente, ya que la elección de estos gestores encarecería demasiado el coste del proyecto,
habiendo en el mercado otras opciones viables a precios más asequibles, e incluso
gratuitos.
En cuanto al gestor de base de datos MySQL, pese a las diferentes ventajas que
proporciona, queda descartada cualquier opción de utilizarse en la aplicación debido a la
complejidad del mismo.
Por consiguiente, finalmente se opta por la utilización del Microsoft Access por
ser una herramienta sencilla de utilizar y manejable, a pesar de ser menos potente que
otros gestores como MySQL. Con este software es suficiente para el caso que se trata ya
que, entre otros motivos, el acceso a la misma de manera simultánea será de un número
de usuarios, de momento, muy limitado, ya que tan solo siete personas son las que
tendrán acceso a ella. Y con respecto a la necesidad de licencia para el manejo de la
misma, en este caso, no será necesario comprarla pues el cliente ya la posee.
Es un software de gran difusión entre pequeñas empresas cuyas bases de datos no
requieren de excesiva potencia, ya que se integra perfectamente con el resto de
aplicaciones de Microsoft. A pesar de ser uno de los gestores menos potentes, es capaz de
satisfacer todas las necesidades de la aplicación de una forma sencilla.
Estudio de software para el desarrollo de la aplicación
Debido a los requisitos que se necesitan la aplicación va a ser desarrollada en Java
ya que éste es un lenguaje de alto nivel con el que se pueden escribir tanto programas
convencionales como para internet.
Java incluye dos elementos: un compilador y un intérprete. El compilador
(programa traductor) produce un código de bytes que se almacena en un fichero para ser
ejecutado por el intérprete Java denominado máquina virtual de Java.
- 74 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura 4.1: Funcionamiento de Java
Los códigos de bytes de Java son un conjunto de instrucciones correspondientes a
un lenguaje máquina que no es específico de ningún procesador, sino de la máquina
virtual de Java, que casi todas las compañías de sistemas operativos y de navegadores han
implementado según las especificaciones publicadas por Sun Microsystems, propietario
de Java, para que sean compatibles con el lenguaje Java. Para las aplicaciones de Internet
(applets) la máquina virtual está incluida en el navegador y para las aplicaciones Java
convencionales, puede venir con el sistema operativo, con el paquete Java, o bien se
puede obtener a través de Internet.
Según lo expuesto, es fácil entender entonces que una de las ventajas
significativas de Java sobre otros lenguajes de programación es que es independiente de
la plataforma. Esto quiere decir que el código producido por el compilador Java puede
transformarse a cualquier plataforma (Intel, Sparc, Motorola, etc.) que tenga instalada
una máquina virtual Java y ejecutarse.
RECURSOS HARDWARE
El cliente va a ejecutar una aplicación gráfica en Java con generación de consultas
y acceso a base de datos, por lo que tiene mucha lógica de proceso y va a mostrar mucha
información por pantalla. Aún así no es una aplicación que vaya a consumir muchos
recursos, por lo que no necesita un equipo de última generación para su ejecución. Por lo
tanto la solución hardware indicada para este proyecto es la siguiente:
Equipo usado:
- Procesador: Pentium III 450Mhz.
- Memoria: 128 MB.
- Disco: 5 GB.
- Red: Ethernet 100Mbps.
- Gráfica: 32 MB.
- Pantalla: SVGA 17’.
- 75 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Equipo recomendado:
- Procesador: Intel® Pentium® 4 640 con tec. HT (3.2GHz, 800MHz fsb,
2MB caché).
- Memoria: Memoria bacanal 512 MB DDR2 400 MHz (2x256)
- Disco: Disco duro 320GB (2x160GB) 7200rpm SATA
- Red: Ethernet 100Mbps.
- Gráfica: Tarjeta gráfica 128MB ATI Radeon® X300 SE HyperMemory.
- Pantalla: Pantalla plana 17’’.
- 76 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
5
DISEÑO DE ENTRADAS Y SALIDAS
- 77 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
DISEÑO DE ENTRADAS Y SALIDAS
INTRODUCCIÓN
El proceso de diseño del Sistema es mucho más costoso y creativo que el análisis.
Resulta difícil encontrar el mejor diseño para un nuevo Sistema, ya que dependerá de su
propio entorno y de la cantidad de factores que lo rodean. Así, un buen diseño para un
Sistema puede ser nefasto para otro de similares características, debido a los entornos
hardware y software en que se mueve cada uno. De esta manera, el capítulo de diseño
externo abarca el método y las técnicas a utilizar para encontrar la mejor solución, pero
no puede ofrecer soluciones a medida para cada entorno.
El proceso de diseño también requiere el uso de técnicas top-down. Así, el
objetivo principal del diseño externo es transformar el modelo lógico del nuevo Sistema
en el modelo físico a implementar, sobre una plataforma hardware y software específica.
Cuando este modelo se haya completado, se pasará al diseño interno para edificar sobre
la plataforma escogida los pilares básicos del nuevo Sistema mecanizado: la arquitectura
software.
[BARR01]
ENTORNO OPERATIVO DEL SISTEMA
Para este desarrollo se definen varios aspectos a tener en cuenta, como son la
entrada, salida y recogida de datos, mantenimiento de la base de datos, generación de
informes, control de información y seguridad del Sistema, condiciones de operación y,
por último, implantación del Sistema.
ENTRADA, SALIDA Y RECOGIDA DE DATOS
En la aplicación se distinguen diferentes perfiles de usuario que, según los
permisos que tengan, podrán acceder a unas u otras funcionalidades de la misma; existen
tres tipos de usuarios que se dividen en administrador del Sistema, empleados de Real
Estate y lo que denominamos resto, término empleado para los demás empleados del
departamento T.A.S.
El administrador tendrá un acceso total a la aplicación, siendo el único capaz de
dar de alta o baja a nuevos usuarios, así como ver el historial de movimientos y quienes
realizaron tales operaciones, pudiendo insertar, consultar, modificar o borrar los
diferentes campos y/o valores contenidos en la base de datos de la que se sirve la
aplicación.
El segundo tipo de usuario serán aquellos que trabajen para Real Estate dentro del
departamento que tendrán acceso a todos los datos así como la posibilidad de operar
sobre estos (dando de alta nuevos datos, modificando o borrándolos) pero que tendrán
- 78 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
que ser dados de alta por el administrador y no tendrán acceso a los datos del resto de
usuarios ni potestad para darlos de alta o baja.
Por último los usuarios con un acceso sólo informativo, que podrán consultar
todos los datos pero no realizar ningún tipo de operaciones que impliquen alguna
modificación sobre los mismos.
Figura 5.1: Entrada, salida y recogida de datos
MANTENIMIENTO DE FICHEROS
La información se conserva para su lectura y modificación en una base de datos
en el servidor de la empresa. Esta información será accedida por los usuarios desde su
ordenador, como desde la oficina donde se encuentra el servidor. Los datos pueden ser
accedidos a la vez por varios usuarios, por lo que es necesario mantener la integridad y
seguridad logrando que no se produzcan fallos ni perdidas de la misma.
- 79 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Dado el Sistema jerárquico de usuarios que presenta la herramienta, dependiendo
del usuario que se conecte a la aplicación, previa introducción del nombre de usuario y la
contraseña, éstos sólo pueden acceder a la información que les es permitida garantizando
que ninguna persona no deseada pueda realizar ningún tipo de modificación sobre la
información.
La base de datos será mantenida por el usuario que posea los derechos de
administración del Sistema, de manera que será el encargado de actualizar en caso de ser
necesario los componentes de la misma.
GENERACIÓN DE INFORMES
Los informes que se mostrarán por pantalla, consistentes en los datos de los
resultados de las consultas realizadas por el usuario a la base de datos a través de la
aplicación, son presentados en forma de tablas o como cuadro de texto. Existen por tanto
cuatro tipos de informes:
1. Informes de selección: se presentarán por pantalla en una tabla con los
campos afectados por la selección y sus valores correspondientes.
2. Informes de inserción: se indicarán el número de filas insertadas por el
usuario así como los valores de los campos que el usuario haya
introducido.
3. Informes de borrado: indica el número de filas borradas de la base de
datos.
4. Informes de modificación: se indica la/s fila/s afectada/s y los valores
nuevos que adquirirán cada uno de sus campos.
CONTROL DE INFORMACIÓN Y SEGURIDAD DEL SISTEMA
Se utilizarán firewalls, claves de acceso y un Sistema de restricciones con perfiles
de usuarios que limitan el acceso a datos. Los firewalls controlan los flujos de datos de
E/S y bloquean los puertos para evitar accesos indeseados al Sistema.
El Sistema de identificación del usuario está basado en la introducción de un
nombre de usuario y una contraseña. Mediante la identificación de usuarios no sólo se
permite la entrada al Sistema de las personas que tengan autorización para ello, sino que
además la información y el manejo de la misma permite tener a cada perfil diferenciado.
Se han determinado diferentes perfiles que corresponden a la necesidad de utilización del
usuario en referencia a la jerarquía que posee en la compañía lo que asegura integridad y
fiabilidad de los datos, puesto que nadie que no tenga acceso ni conocimientos podrá
realizar ningún tipo de modificación sobre la información almacenada.
- 80 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Para que el acceso de cada usuario sea completamente privado y esté
completamente protegida se ha integrado una función de conversión que, antes de
guardar la información de las contraseñas en la base de datos, encripta la cadena de
caracteres en su equivalente cifrado. Esto permite que, aunque la persona no deseada
consiga acceder a la base de datos no pueda adquirir los datos de las contraseñas. Como
complementación a este Sistema de seguridad en la aplicación jamás se mostraran las
contraseñas, en su defecto, aparecerán asteriscos.
CONDICIONES DE OPERACIÓN
Puesto que el Sistema es una aplicación de funcionamiento on-line instalada en
sistemas locales, el horario operativo de explotación del Sistema va a ser el horario de
trabajo de los empleados, esto, sin embargo, no influye en el hecho de que el servidor
debe estar disponible a todas horas ya que se puede requerir la utilización de la aplicación
en cualquier hora del día cualquier día de la semana.
Por consiguiente, el mejor momento para la realización de la actualización del
servidor o para el mantenimiento del mismo será en horario fuera de oficina, horario
oficial establecido por la compañía, que es a partir de las 20:00 horas.
Actividad Horario Explotación de la aplicación 8:00 ‐ 20:00 Actividad del servidor 24 x 7 Actualización 20:00 ‐ 8:00 Mantenimiento 20:00 ‐ 8:00 Tabla 5.1: Horario servidor
IMPLANTACIÓN DEL SISTEMA
En este punto lo que se trata es de clarificar cómo se aborda la implantación de
este nuevo Sistema. Puesto que esta aplicación trabaja directamente con las bases de
datos lo primero que debe estar operativo son las mismas y con ellos, el servidor. Por
consiguiente, lo primero a instalar en el Sistema es el Servidor con los elementos
necesarios que son: Sistema gestor de Bases de Datos y el Entorno Java.
Una vez instalados estos elementos se pasa a la creación de la base de datos con la
carga masiva de la información.
Lo siguiente a estar operativo son los equipos del cliente ya que van a ser el
soporte de la aplicación, así pues, en los equipos se deben instalar y configurar el
software:
- 81 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
- Instalación de Sistema Operativo.
- Configuración, instalación del entorno Java (JRE y JDK)
Finalmente pasamos a la instalación de RE-trón.
CONFIGURACIÓN DE HARDWARE/SOFTWARE
•
Equipos de empleados:
PC’s de gama medio-alta dotados de:
1. Procesador de 3.2 Ghz.
2. 40GB de almacenamiento en disco.
3. 512 Mb de DDR-RAM.
4. Tarjeta de red 10/100 Mb/s.
5. CD-ROM.
•
Servidores de datos:
Los servidores de datos albergan toda la información de la compañía.
Dado que estamos hablando de una información absolutamente
confidencial e importante para la empresa, ésta debe estar organizada y ser
fácilmente accesible para los empleados. Por ello se necesitan equipos con
una gran capacidad de almacenamiento y un Sistema de acceso velos, sin
importar la capacidad de procesamiento sino la velocidad de operaciones
de entrada y salida. Como mínimo deberán estar dotados de:
1. Procesador de 3.2 Ghz.
2 Discos de 120 GB:
3. Tarjeta ULTRA SCSI.
4. 1024 MB DDR-RAM.
- 82 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
DISEÑO DE VENTANAS
Diseño ventana 1 NOMBRE R.E.‐Trón Ventana de inicio de la aplicación donde el usuario debe introducir el nombre de usuario y contraseña para identificarse. DESCRIPCIÓN VENTANAS A LAS QUE LLAMA Ventana 2 Figura 5.2: Ventana 1
Matriz CER (Control Evento Respuesta) Tipo Control Evento Respuesta Textbox Usuario Teclado Se introduce el nombre de usuario Textbox Contraseña Teclado Se introduce la contraseña Botón Ok Clic Comprueba que los valores introducidos son correctos y lanza la ventana 2 Botón Borrar Clic Botón Cancelar Clic Borra los valores introducidos en los textbox Cierra la aplicación - 83 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 2 NOMBRE DESCRIPCIÓN R.E.‐Trón Ventana principal en la que el usuario puede iniciar la función que desee llevar a cabo con la aplicación. En este caso concreto la función es la de consulta operaciones. VENTANAS A LAS QUE LLAMA Ventanas 3, 4, 5, 6, 7, 8, 38, 37 Figura 5.3: Ventana 2
Tipo Pestaña Pestaña Pestaña Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Botón Operaciones Clic Botón Botón Botón Empresas Edificios Contactos Clic Clic Clic Muestra la ventana 2 Muestra la ventana 3 Muestra la ventana 4 Muestra la ventana 5 - 84 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón Botón RadioButton Zona Personal Buscar Edificio Buscar Empresa Confidencial Clic Clic Clic Clic Botón Buscar Clic Busca en la base de datos lo introducido en los textbox Botón Borrar Clic Borra los valores introducidos en los textbox TextBox Edificios Teclado ComboBox Naturaleza Clic Muestra la ventana 6 Muestra la ventana 38 Muestra la ventana 37 Marca la búsqueda de datos como confidencial El usuario introduce la clave del edificio Se marca de qué naturaleza es el edificio ComboBox Contrato Clic Determina qué tipo de contrato es la operación a buscar ComboBox Nivel Clic Determina qué tipo de nivel es la operación a buscar Botón Calendar Clic TextBox Asesor Clic El usuario introduce qué empresa es la asesora de la operación TextBox Comprador Clic El usuario introduce qué empresa es la compradora de la operación TextBox Vendedor Clic El usuario introduce qué empresa es la vendedora de la operación Abre un panel para determinar la fecha - 85 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 3 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana desde donde se podrán efectuar las consultas a los datos de las diferentes empresas con las que se haya trabajado. VENTANAS A LAS QUE LLAMA Ventanas 3, 4, 5, 6, 7, 8 Figura 5.4: Ventana 3
Tipo Pestaña Pestaña Pestaña Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Botón Operaciones Clic Botón Botón Botón Empresas Edificios Contactos Clic Clic Clic Muestra la ventana 2 Muestra la ventana 3 Muestra la ventana 4 Muestra la ventana 5 - 86 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón Botón Zona Personal Buscar Borrar Clic Clic Clic TextBox Nombre Clic TextBox Calle Clic El usuario introduce la calle donde está ubicada dicha empresa TextBox Población Clic El usuario introduce la población a la que pertenece TextBox País Clic El usuario introduce el país a la que pertenece TextBox Acrónimo Clic El usuario escribe el acrónimo de la empresa RadioButton Inmobiliaria Clic Marca la búsqueda de datos RadioButton Industrial Clic Marca la búsqueda de datos RadioButton Patrimonial Clic Marca la búsqueda de datos RadioButton Arquitectura Clic Marca la búsqueda de datos RadioButton Gestión Patrimonial Clic RadioButton Promoción Clic Marca la búsqueda de datos RadioButton Particular Clic Marca la búsqueda de datos RadioButton Hotelero Clic Marca la búsqueda de datos RadioButton Consultor Inmobiliario Clic RadioButton Otros Clic Marca la búsqueda de datos RadioButton Gestión Suelo Clic Marca la búsqueda de datos RadioButton Logístico Clic Marca la búsqueda de datos RadioButton RadioButton Administración Asset Management Clic Clic Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton Asesoramiento Construcción Asociación Family Office Financiero Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Muestra la ventana 6 Ejecuta la búsqueda en la base de datos Borra todos los datos escritos por el usuario en los TextBox El usuario introduce el nombre de la empresa a buscar Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos - 87 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
RadioButton RadioButton RadioButton Botón Botón Comercio Private Equity Valoraciones Buscar Borrar Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Ejecuta la búsqueda en la base de datos Borra todos los datos escritos por el usuario en los TextBox - 88 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 4 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana desde donde se podrán efectuar las consultas a los datos de los diferentes contactos con las que se haya trabajado. VENTANAS A LAS QUE LLAMA Ventanas 3, 4, 5, 6, 7, 8, 37 Figura 5.5: Ventana 4
Tipo Pestaña Pestaña Pestaña Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Botón Operaciones Clic Botón Botón Botón Empresas Edificios Contactos Clic Clic Clic Muestra la ventana 2 Muestra la ventana 3 Muestra la ventana 4 Muestra la ventana 5 - 89 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón TextBox Zona Personal Buscar Empresa Nombre Clic Clic Clic TextBox Apellido Clic TextBox Población Clic El usuario introduce la población a la que pertenece TextBox País Clic El usuario introduce el país al que pertenece TextBox Cargo Clic TextBox Empresa Clic Muestra la ventana 6 Muestra la ventana 37 El usuario introduce el nombre del contacto a buscar El usuario introduce el apellido El usuario escribe el cargo del contacto El usuario escribe o busca e introduce la empresa a la que pertenece el contacto a buscar. - 90 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 5 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana desde donde se podrán efectuar las consultas a los datos de los diferentes edificios o plantas con las que se haya trabajado. VENTANAS A LAS QUE LLAMA Ventanas 3, 4, 5, 6, 7, 8, 9, 10, 11 Figura 5.6: Ventana 5
Tipo Pestaña Pestaña Pestaña Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Botón Operaciones Clic Botón Botón Empresas Edificios Clic Clic Muestra la ventana 2 Muestra la ventana 3 Muestra la ventana 4 - 91 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón Botón Botón Botón Contactos Zona Personal Edificio Planta Obtener la Información Completa Clic Clic Clic Clic Clic Muestra la ventana 5 Muestra la ventana 6 Muestra la ventana 9 Muestra la ventana 10 Muestra la ventana 11 - 92 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 9 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana desde donde se podrán realizar las consultas sobre los datos de un edificio VENTANAS A LAS QUE LLAMA Ventanas 2,3,4,5,6,7,8,11 Figura 5.6: Ventana 9
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 2 Empresas Clic Muestra la ventana 3 Edificios Clic Muestra la ventana 4 Contactos Clic Muestra la ventana 5 Zona Personal Clic Muestra la ventana 6 Atrás Clic Muestra la ventana 8 - 93 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Obtener la Información Completa Clic Muestra la ventana 11 ComboBox TextBox TextBox Tipo Calle C.P. Clic Clic Clic El usuario escoge el tipo de edificio TextBox TextBox Municipio Provincia Clic Clic TextBox TextBox ComboBox Zona Clic Año Construcción Clic Categoría Clic Comercial El usuario introduce el municipio Se introduce la provincia donde está ubicado Se introduce la zona Se introduce el año de construcción El usuario escoge la categoría comercial del edificio TextBox Superficie total: Desde Clic Se introduce el rango mínimo de metros cuadrados del edificio a buscar TextBox superficie total: hasta Clic Se introduce el rango máximo de metros cuadrados del edificio a buscar Botón Buscar Clic Se busca el edificio a partir de los datos dados Botón Borrar Clic Se borra todos los datos introducidos El usuario introduce la calle del edificio El usuario introduce el código postal - 94 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 10 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana desde donde se podrán realizar las consultas sobre los datos de una planta determinada de un edificio VENTANAS A LAS QUE LLAMA Ventanas 2,3,4,5,6,7,8,11 Figura 5.7: Ventana 10
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 2 Empresas Clic Muestra la ventana 3 Edificios Clic Muestra la ventana 4 Contactos Clic Muestra la ventana 5 Zona Personal Clic Muestra la ventana 6 Atrás Clic Muestra la ventana 8 - 95 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón Botón TextBox Obtener la Información Completa Lupa Lupa Edificio Clic Clic Clic TextBox Uso Clic TextBox Inquilino Clic Clic Muestra la ventana 11 Muestra ventana 38 Muestra la ventana 37 El usuario introduce el código del edificio donde se encuentra la planta El usuario introduce el uso que se le da a la planta El usuario introduce la empresa inquilina de la planta - 96 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 11 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana en la que se muestra la información completa de un edificio, esto es, tanto los datos del edifico en si, como los datos de las plantas individuales del mismo, de los equipos que posee y por último de las operaciones que se hayan efectuado que estén relacionadas con el edificio VENTANAS A LAS QUE LLAMA Figura 5.8: Ventana 11
- 97 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 6 NOMBRE R.E.‐Trón Ventana desde donde se podrán efectuar las consultas y realizar los cambios que se deseen sobre los datos personales del usuario. DESCRIPCIÓN VENTANAS A LAS QUE LLAMA Ventanas 3, 4, 5, 6, 7, 8, Figura 5.9: Ventana 6
Tipo Pestaña Pestaña Pestaña Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Botón Operaciones Clic Botón Botón Empresas Edificios Clic Clic Muestra la ventana 2 Muestra la ventana 3 Muestra la ventana 4 - 98 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón Botón Botón Botón Botón Botón Contactos Zona Personal Datos personales Alta Usuario Modificar Usuario Baja Usuario Ver Histórico de Datos Clic Clic Clic Clic Clic Clic Clic Botón Cambiar Datos Clic Muestra la ventana 5 Muestra la ventana 6 Muestra la ventana 6 Muestra la ventana 12 Muestra la ventana 13 Muestra la ventana 14 Muestra la ventana 15 Se modifican los datos del usuario. TextBox Usuario Clic TextBox Contraseña Actual Clic TextBox TextBox Nuevo Usuario Nueva Contraseña Clic Clic El usuario introduce su nuevo nombre TextBox Confirmación Contraseña Clic El usuario vuelve a escribir la contraseña para conformación El usuario escribe el nombre de usuario que tiene actualmente El usuario introduce su contraseña actual El usuario introduce la nueva contraseña - 99 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 7 NOMBRE DESCRIPCIÓN VENTANAS A LAS QUE LLAMA R.E.‐Trón Ventana desde donde se podrán realizar las altas de los edificios con los que se vaya a trabajar. Ventanas 2,7,8,15,16,17,18,19,21,22, 40 Figura 5.10: Ventana 7
Tipo Botón Botón Botón Botón Botón Botón TextBox Matriz CER (Control Evento Respuesta) Respuesta Control Evento Lupa Clic Muestra ventana 37 Examinar Clic Muestra ventana 15 Examinar Clic Muestra ventana 15 Insertar Clic Muestra ventana 21 o 40 Planta Dar de Alta Clic Se da de alta los datos introducidos Borrar Clic Borra los datos introducidos por el usuario Código Clic Se introduce el código de la empresa Propietario propietaria del edificio - 100 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox TextBox TextBox TextBox TextBox TextBox TextBox Calle Número Provincia Municipio Zona C.P. Superficie sobre rasante Clic Clic Clic Clic Clic Clic Clic TextBox Superficie bajo rasante Clic TextBox Plantas Clic TextBox Año de construcción Clic TextBox Año última Clic rehabilitación TextBox TextBox Arquitectura Foto Clic Clic TextBox Plano Clic TextArea ComboBox ComboBox Botón ComboBox Entorno Tipología Equipamiento Añadir Categoria Comercial Clic Clic Clic Clic Clic ComboBox TextArea Ubicación Descripción Clic Clic Se introduce la calle del edificio Se introduce el nº de la calle Se introduce la provincia Se introduce el municipio Se introduce la zona El usuario introduce el código postal Se introduce qué superficie sobre rasante tiene Se introduce qué superficie bajo rasante tiene
Se introduce el nº de plantas que contiene el edificio Se introduce en qué año fue construido Se introduce el año de la última rehabilitación del edificio Se introduce el tipo de arquitectura Se introduce ubicación de una foto del edificio Se introduce ubicación de un plano del edificio Se introduce los datos del entorno Qué tipo de tipología es el edificio Se determina si tiene equipamiento o no Muestra la ventana 19 ó 22 Se determina la categoría del edificio Se determina la ubicación Se introduce una descripción del edificio - 101 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 40 NOMBRE DESCRIPCIÓN R.E.‐Trón Ventana para dar de alta el equipamiento de una planta determinada. VENTANAS A LAS QUE LLAMA Ventana 40, 38 Figura 5.11: Ventana 40
Tipo TextBox Botón TextBox Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Código Clic Se introduce el código del edificio en el que Edificio se van a incluir los datos de equipamiento Lupa Clic Muestra la ventana 38 Equipamiento Clic Se introduce el equipamiento del edificio Dar de alta y Clic Da de alta los datos introducidos del añadir más equipamiento y muestra la ventana 40 Dar de alta y Clic Se da de alta los datos introducidos por el salir usuario y se vuelve a la ventana anterior - 102 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 21 NOMBRE DESCRIPCIÓN VENTANAS A LAS QUE LLAMA R.E.‐Trón Ventana informativa en la que se advierte al usuario que se está intentando añadir datos de un edificio sin haber dado de alta al mismo, dando la oportunidad de continuar en caso que se desee dar de alta esos datos para otro edificio ya dado de alta con anterioridad Ventana 40 Figura 5.12: Ventana 21
Tipo Botón Botón Control Si No Matriz CER (Control Evento Respuesta) Respuesta Evento Clic Muestra la ventana 40 Clic Vuelve a la ventana anterior - 103 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 22 NOMBRE DESCRIPCIÓN VENTANAS A LAS QUE LLAMA R.E.‐Trón Ventana informativa en la que se advierte al usuario que se está intentando añadir datos de un edificio sin haber dado de alta al mismo, dando la oportunidad de continuar en caso que se desee dar de alta esos datos para otro edificio ya dado de alta con anterioridad Ventana 19 Figura 5.13: Ventana 22
Tipo Botón Botón Control Si No Matriz CER (Control Evento Respuesta) Respuesta Evento Clic Muestra la ventana 19 ó 22 Clic Vuelve a la ventana anterior - 104 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 41 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana que permite la búsqueda del edificio para a posteriori poder dar de alta sobre el mismo los datos de una planta determinada VENTANAS A LAS QUE LLAMA Ventana 19, 38 Figura 5.14: Ventana 41
Tipo TextBox Botón Botón Botón Control Edificio Buscar Aceptar Cerrar Matriz CER (Control Evento Respuesta) Respuesta Evento Clic El usuario introduce el código del edificio Clic Muestra la ventana 38 Clic Muestra la ventana 19 Clic Cierra la ventana - 105 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 16 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana desde donde se podrán realizar las altas de los contactos con los que se vaya a trabajar. VENTANAS A LAS QUE LLAMA Ventanas 2,6,7,8,15,16,17,18, 37 Figura 5.15: Ventana 16
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 17 Empresas Clic Muestra la ventana 18 Edificios Clic Muestra la ventana 7 Contactos Clic Muestra la ventana 16 Datos personales Clic Muestra la ventana 6 Lupa Clic Muestra ventana 37 - 106 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón TextBox TextBox TextBox TextBox Dar de Alta Borrar Cargo Nombre Apellidos Código Empresa Clic Clic Clic Clic Clic Clic TextBox TextBox TextBox TextBox TextBox Calle Población País Tlf. Fijo Tlf. Movil Clic Clic Clic Clic Clic TextBox C.P. Clic El usuario introduce el código postal TextBox TextBox TextBox TextBox Fax E‐mail Número Comentarios Clic Clic Clic Clic Se introduce el nº de fax Se introduce el mail del contacto Se introduce el nº de calle Se añaden los comentarios que se consideren oportunos Se da de alta los datos introducidos Borra los datos introducidos por el usuario Se introduce el cargo del contacto Se introduce el nombre Se introduce los apellidos Se introduce el código de la empresa propietaria del edificio Se introduce la calle del edificio Se introduce la población Se introduce el país Se introduce el teléfono fijo Se introduce el nº de móvil - 107 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 17 NOMBRE DESCRIPCIÓN VENTANAS A LAS QUE LLAMA R.E.‐Trón Ventana desde donde se podrán realizar las altas de las operaciones efectuadas Ventanas 2,7,8,15,16,17,18, 23,24,25,37, 39, 38 Figura 5.16: Ventana 17
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 17 Empresas Clic Muestra la ventana 18 Edificios Clic Muestra la ventana 7 Contactos Clic Muestra la ventana 16 Lupa Clic Muestra ventana 37 Lupa Clic Muestra ventana 38 - 108 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón Botón Botón Botón Botón Botón TextBox Lupa "Más" Añadir Añadir Calendario Dar de Alta Borrar Edificio Clic Clic Clic Clic Clic Clic Clic Clic Muestra ventana 39 Muestra ventana 25 Muestra ventana 23 Muestra ventana 24 Abre un panel con el calendario Se da de alta los datos introducidos Borra los datos introducidos por el usuario Se introduce el código del edificio con el que se vaya a realizar la operación TextBox Fecha Clic TextBox TextBox TextBox Renta Inicial Precio Fuente Clic Clic Clic Se introduce la fecha en que se realiza la operación Se introduce la renta inicial Se introduce el precio TextBox Superficie transmitida Clic TextBox TextBox Renta Mercado Rentabilidad Teórica Clic Clic TextBox Nº Plazas de garage Clic TextBox Precio (€/plaza) Clic Se introduce el precio por plaza de garaje TextBox TextBox Renta Empresa Clic Clic Se introduce la renta del garaje Se introduce el código de la empresa compradora TextBox Empresa Clic Se introduce el código de la empresa asesora TextBox Empresa Clic Se introduce el código de la empresa vendedora TextBox TextBox TextBox ComboBox ComboBox ComboBox ComboBox TextArea Contacto Contacto Contacto Naturaleza Contrato Tipología Nivel Comentarios Clic Clic Clic Clic Clic Clic Clic Clic Se introduce el código del comprador Se introduce el código del vendedor Se introduce el código del asesor Se determina la naturaleza de la operación Se determina el tipo de contrato Qué tipo de tipología es el edificio Se determina el nivel Se introduce una descripción de la operación Se introduce la fuente de datos de donde se ha sacado la información Se introduce la superficie transmitida Se introduce la renta de mercado Se introduce la rentabilidad teórica Se introduce el nº de plazas - 109 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 18 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana desde donde se podrán realizar las altas de las empresas involucradas en alguna operación. VENTANAS A LAS QUE LLAMA Ventanas 2,7,8,15,16,17,18 Figura 5.17: Ventana 18
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón TextBox Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 17 Empresas Clic Muestra la ventana 18 Edificios Clic Muestra la ventana 7 Contactos Clic Muestra la ventana 16 Nombre Clic El usuario introduce el nombre de la empresa a buscar - 110 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox Calle Clic El usuario introduce la calle donde está ubicada dicha empresa TextBox Población Clic El usuario introduce la población a la que pertenece TextBox País Clic TextBox TextBox Acrónimo C.P. Clic Clic El usuario escribe el acrónimo de la empresa TextBox Web Clic El usuario introduce la página web de la compañía TextBox Logo Clic El usuario introduce la URL de la imagen del logo de la compañía TextBox TextBox RadioButton RadioButton RadioButton RadioButton RadioButton Número Teléfono Inmobiliaria Industrial Patrimonial Arquitectura Gestión Patrimonial Clic Clic Clic Clic Clic Clic Clic El usuario introduce el nº de la calle Se introduce el nº de teléfono de la empresa Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton Promoción Particular Hotelero Consultor Inmobiliario Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton Otros Gestión Suelo Logístico Administración Asset Management Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton Botón Asesoramiento Construcción Asociación Family Office Financiero Comercio Private Equity Valoraciones Examinar Clic Clic Clic Clic Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Muestra la ventana 15 El usuario introduce el país a la que pertenece
El usuario escribe el código postal de donde está ubicada la empresa Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos - 111 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 8 NOMBRE DESCRIPCIÓN VENTANAS A LAS QUE LLAMA R.E.‐Trón Ventana desde donde se podrán realizar las bajas o modificaciones sobre los datos previamente almacenados de los edificios en lo que se ha efectuado alguna operación Real Estate Ventanas 2,7,8,25,26,27, 28, 29 Figura 5.18: Ventana 8
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 26 Empresas Clic Muestra la ventana 27 Edificios Clic Muestra la ventana 8 Contactos Clic Muestra la ventana 25 Edificios Clic Muestra la ventana 28 Planta Clic Muestra la ventana 29 Modificar Clic Muestra la ventana 31 Dar de Baja Clic Muestra la ventana 31 - 112 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 28 NOMBRE DESCRIPCIÓN R.E.‐Trón Ventana desde donde se podrán realizar las bajas o modificaciones sobre los datos previamente almacenados de los edificios en lo que se ha efectuado alguna operación Real Estate VENTANAS A LAS QUE LLAMA Ventanas 2,7,8,25,26,27,29,32 Figura 5.19: Ventana 28
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 26 Empresas Clic Muestra la ventana 27 Edificios Clic Muestra la ventana 8 Contactos Clic Muestra la ventana 25 Edificios Clic Muestra la ventana 28 Planta Clic Muestra la ventana 29 Modificar Clic Muestra la ventana 32 - 113 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón ComboBox TextBox TextBox Dar de Baja Atrás Tipo Calle C.P. Clic Clic Clic Clic Clic Da de baja el edificio seleccionado Regresa a la ventana 8 El usuario escoge el tipo de edificio El usuario introduce la calle del edificio TextBox TextBox Municipio Provincia Clic Clic El usuario introduce el municipio TextBox TextBox ComboBox Zona Clic Año Construcción Clic Categoría Clic Comercial El usuario escoge la categoría comercial del edificio TextBox Superficie total: Desde Clic Se introduce el rango mínimo de metros cuadrados del edificio a buscar TextBox superficie total: hasta Clic Se introduce el rango máximo de metros cuadrados del edificio a buscar Botón Buscar Clic Se busca el edificio a partir de los datos dados Botón Borrar Clic Se borra todos los datos introducidos El usuario introduce el código postal Se introduce la provincia donde está ubicado Se introduce la zona Se introduce el año de construcción - 114 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 29 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana desde donde se podrán realizar las bajas o modificaciones sobre los datos de las plantas de los edificios. Incluye la posibilidad de dar de alta datos sobre plantas al considerar esta acción una modificación de datos de un edificio determinado VENTANAS A LAS QUE LLAMA Ventanas 2,7,8,19,25,26,27,30,31 Figura 5.20: Ventana 29
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 26 Empresas Clic Muestra la ventana 27 Edificios Clic Muestra la ventana 8 Contactos Clic Muestra la ventana 25 Insertar Planta Clic Muestra la ventana 19 Planta Clic Muestra la ventana 30 - 115 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón Modificar Dar de Baja Clic Clic Muestra la ventana 31 Muestra la ventana 31 - 116 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 30 NOMBRE DESCRIPCIÓN VENTANAS A LAS QUE LLAMA R.E.‐Trón Ventana desde donde se podrán realizar las bajas o modificaciones sobre los datos de las plantas de los edificios ya almacenados con anterioridad Ventanas 2,7,8,25,26,27,33,38, 37 Figura 5.21: Ventana 30
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 26 Empresas Clic Muestra la ventana 27 Edificios Clic Muestra la ventana 8 Contactos Clic Muestra la ventana 25 Atrás Clic Muestra la ventana 8 Lupa Clic Muestra ventana 38 Lupa Clic Muestra la ventana 37 - 117 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Botón TextBox Dar de Baja Modificar Edificio Clic Clic Clic TextBox Uso Clic TextBox Inquilino Clic Da de baja los datos seleccionados Muestra la ventana 33 El usuario introduce el código del edificio donde se encuentra la planta El usuario introduce el uso que se le da a la planta El usuario introduce la empresa inquilina de la planta - 118 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 25 NOMBRE DESCRIPCIÓN R.E.‐Trón Ventana en la que el usuario puede dar de baja o modificar los datos de un contacto VENTANAS A LAS QUE LLAMA Ventanas 2,7,8,25,26,27,34,37 Figura 5.22: Ventana 25
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón TextBox TextBox Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 26 Empresas Clic Muestra la ventana 27 Edificios Clic Muestra la ventana 8 Contactos Clic Muestra la ventana 25 Lupa Clic Muestra la ventana 37 Nombre Clic El usuario introduce el nombre del contacto a buscar Apellido Clic El usuario introduce el apellido - 119 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox Población Clic TextBox TextBox TextBox País Cargo Empresa Clic Clic Clic Botón Botón Botón Buscar Borrar Dar de baja Clic Clic Clic Botón Modificar Clic El usuario introduce la población a la que pertenece El usuario introduce el país al que pertenece El usuario escribe el cargo del contacto El usuario escribe o busca e introduce la empresa a la que pertenece el contacto a buscar. Busca los datos en la base de datos Borra los datos introducidos por el usuario Da de baja el contacto seleccionado por el usuario Muestra la ventana 34 - 120 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 26 NOMBRE DESCRIPCIÓN VENTANAS A LAS QUE LLAMA R.E.‐Trón Ventana en la que el usuario puede dar de baja o modificar los datos de una operación Ventanas 2,7,8,25,26,27,35,37,38 Figura 5.23: Ventana 26
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 26 Empresas Clic Muestra la ventana 27 Edificios Clic Muestra la ventana 8 Contactos Clic Muestra la ventana 25 Buscar Edificio Clic Muestra la ventana 38 Buscar Empresa Clic Muestra la ventana 37 Buscar Clic Busca en la base de datos lo introducido en los textbox - 121 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón Borrar Clic TextBox ComboBox Edificios Naturaleza Teclado Clic ComboBox Contrato Clic Determina qué tipo de contrato es la operación a buscar ComboBox Nivel Clic Determina qué tipo de nivel es la operación a buscar Botón TextBox Calendar Asesor Clic Clic Abre un panel para determinar la fecha El usuario introduce que empresa es la asesora de la operación TextBox Comprador Clic El usuario introduce que empresa es la compradora de la operación TextBox Vendedor Clic El usuario introduce que empresa es la vendedora de la operación Botón Dar de baja Clic Botón Modificar Clic Da de baja los datos seleccionados por el usuario Muestra la ventana 35 - 122 -
Borra los valores introducidos en los textbox El usuario introduce la clave del edificio Se marca de que naturaleza es el edificio Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 27 NOMBRE R.E.‐Trón Ventana en la que el usuario puede dar de baja o modificar los datos de una empresa DESCRIPCIÓN VENTANAS A LAS QUE LLAMA Ventanas 2,7,8,25,26,27,36 Figura 5.24: Ventana 27
Tipo Pestaña Pestaña Pestaña Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Consultas Clic Muestra la ventana 2 Altas Clic Muestra la ventana 7 Bajas/mod Clic Muestra la ventana 8 Operaciones Clic Muestra la ventana 26 Empresas Clic Muestra la ventana 27 Edificios Clic Muestra la ventana 8 Contactos Clic Muestra la ventana 25 Buscar Clic Ejecuta la búsqueda en la base de datos Botón Borrar Clic Borra todos los datos escritos por el usuario en los TextBox - 123 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox Nombre Clic El usuario introduce el nombre de la empresa a buscar TextBox Calle Clic El usuario introduce la calle donde está ubicada dicha empresa TextBox Población Clic El usuario introduce la población a la que pertenece TextBox País Clic El usuario introduce el país a la que pertenece TextBox Acrónimo Clic El usuario escribe el acrónimo de la empresa RadioButton RadioButton RadioButton RadioButton RadioButton Inmobiliaria Industrial Patrimonial Arquitectura Gestión Patrimonial Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton Promoción Particular Hotelero Consultor Inmobiliario Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton Otros Gestión Suelo Logístico Administración Asset Management Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton Botón Asesoramiento Construcción Asociación Family Office Financiero Comercio Private Equity Valoraciones Dar de baja Clic Clic Clic Clic Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Botón Modificar Clic Muestra la ventana 36 Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Se borran los datos de la empresa seleccionada - 124 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 19 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana en la que el usuario puede dar de alta los datos de una planta determinada de un edificio VENTANAS A LAS QUE LLAMA Ventana 38, 37 Figura 5.25: Ventana 19
Tipo TextBox TextBox Botón Botón TextBox TextBox Matriz CER (Control Evento Respuesta) Respuesta Control Evento Cod. Edificio Clic El usuario introduce el código del edificio al que pertenece la planta Inquilino Clic El usuario introduce el código de la empresa inquilina de la planta a insertar en la base de datos Buscar Clic Muestra la ventana 38 Buscar Clic Muestra la ventana 37 Nº de planta Clic Se introduce el nº de planta del edifico Uso de planta Clic Se introduce el uso que se le está dando a la planta - 125 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox Superficie de planta Clic construida TextBox Superficie de planta Clic alquilable TextBox Porcentaje Se introduce los metros cuadrados de planta que hay construidos Se introduce los metros cuadrados de planta que son alquilables por el inquilino Clic Se introduce el tanto por ciento de la planta que está en posesión del inquilino Botón Dar de alta Clic Se da de alta los datos introducidos por el usuario Botón Borrar Clic Se borran los datos introducidos por el usuario Botón Cerrar Clic Se cierra la ventana regresando a la anterior - 126 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 33 NOMBRE R.E.‐Trón Ventana en la que el usuario puede modificar los datos de una planta determinada de un edificio DESCRIPCIÓN VENTANAS A LAS QUE LLAMA Ventana 38, 37 Figura 5.26: Ventana 33
Tipo TextBox TextBox Botón Botón TextBox Matriz CER (Control Evento Respuesta) Respuesta Control Evento Cod. Edificio Clic El usuario introduce el código del edificio al que pertenece la planta Inquilino Clic El usuario introduce el código de la empresa inquilina de la planta a insertar en la base de datos Buscar Clic Muestra la ventana 38 Buscar Clic Muestra la ventana 37 Nº de planta Clic Se introduce el nº de planta del edifico TextBox Uso de planta Clic TextBox Superficie de planta construida Clic Se introduce el uso que se le está dando a la planta Se introduce los metros cuadrados de planta que hay construidos - 127 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox TextBox Superficie de planta alquilable Clic Porcentaje Clic Se introduce los metros cuadrados de planta que son alquilables por el inquilino Se introduce el tanto por ciento de la planta que está en posesión del inquilino Botón Modificar Clic Botón Borrar Clic Botón Cerrar Clic Se modifican los datos que el usuario haya cambiado respecto a la planta Se borran los datos introducidos por el usuario
Se cierra la ventana regresando a la anterior - 128 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 31 NOMBRE DESCRIPCIÓN R.E.‐Trón Ventana informativa. VENTANAS A LAS QUE LLAMA Figura 5.27: Ventana 31
- 129 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 32 NOMBRE DESCRIPCIÓN R.E.‐Trón Ventana para la modificación de los datos de un edificio previamente buscado y seleccionado VENTANAS A LAS QUE LLAMA Ventana 15, 21, 22, 36 Figura 5.28: Ventana 32
Tipo Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Lupa Clic Muestra ventana 37 Examinar Clic Muestra ventana 15 Examinar Clic Muestra ventana 15 Borrar Clic Borra los datos introducidos por el usuario - 130 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox Código Propietario Clic TextBox TextBox TextBox TextBox TextBox TextBox TextBox Calle Número Provincia Municipio Zona C.P. Superficie sobre rasante Clic Clic Clic Clic Clic Clic Clic TextBox Superficie bajo rasante Clic TextBox Plantas Clic TextBox Año de construcción Clic TextBox Año última Clic rehabilitación TextBox TextBox Arquitectura Foto Clic Clic TextBox Plano Clic TextArea ComboBox ComboBox Botón ComboBox Entorno Tipología Equipamiento Añadir Categoría Comercial Clic Clic Clic Clic Clic ComboBox TextArea Botón Ubicación Descripción Modificar Clic Clic Clic Se introduce el código de la empresa propietaria del edificio Se introduce la calle del edificio Se introduce el nº de la calle Se introduce la provincia Se introduce el municipio Se introduce la zona El usuario introduce el código postal Se introduce que superficie sobre rasante tiene Se introduce que superficie bajo rasante tiene
Se introduce el nº de plantas que contiene el edificio Se introduce en qué año fue construido Se introduce el año de la última rehabilitación del edificio Se introduce el tipo de arquitectura Se introduce ubicación de una foto del edificio Se introduce ubicación de un plano del edificio Se introduce los datos del entorno Qué tipo de tipología es el edificio Se determina si tiene equipamiento o no Muestra la ventana 19 o 22 Se determina la categoría del edificio Se determina la ubicación Se introduce una descripción del edificio Muestra la ventana 36 - 131 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 35 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana que permite realizar la modificación de datos de una operación determinada. VENTANAS A LAS QUE LLAMA Ventana 23,24,25,37,38,39 Figura 5.29: Ventana 35
Tipo Botón Botón Botón Botón Botón Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento
Lupa Clic Muestra ventana 37 Lupa Clic Muestra ventana 38 Lupa Clic Muestra ventana 39 "Más" Clic Muestra ventana 25 Añadir Clic Muestra ventana 23 Añadir Clic Muestra ventana 24 Calendario Clic Abre un panel con el calendario Modificar Clic Modifica los datos dados - 132 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Botón TextBox Borrar Edificio Clic Clic Borra los datos introducidos por el usuario TextBox Fecha Clic TextBox TextBox TextBox Renta Inicial Precio Fuente Clic Clic Clic Se introduce la fecha en que se realiza la operación Se introduce la renta inicial Se introduce el precio TextBox Superficie transmitida Clic TextBox Renta Mercado Clic TextBox Rentabilidad Teórica Clic TextBox Nº Plazas de garage Clic TextBox Precio (€/plaza) Clic TextBox TextBox Renta Empresa Clic Clic TextBox TextBox Empresa Empresa Clic Clic TextBox TextBox TextBox ComboBox ComboBox ComboBox ComboBox TextArea Contacto Contacto Contacto Naturaleza Contrato Tipología Nivel Comentarios Clic Clic Clic Clic Clic Clic Clic Clic Se introduce el código del edificio con el que se vaya a realizar la operación Se introduce la fuente de datos de donde se ha sacado la información Se introduce la superficie transmitida Se introduce la renta de mercado Se introduce la rentabilidad teórica Se introduce el nº de plazas Se introduce el precio por plaza de garaje Se introduce la renta del garaje Se introduce el código de la empresa compradora Se introduce el código de la empresa asesora Se introduce el código de la empresa vendedora Se introduce el código del comprador Se introduce el código del vendedor Se introduce el código del asesor Se determina la naturaleza de la operación Se determina el tipo de contrato Qué tipo de tipología es el edificio Se determina el nivel Se introduce una descripción de la operación - 133 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 34 NOMBRE DESCRIPCIÓN R.E.‐Trón Ventana que permite modificar los datos de un contacto VENTANAS A LAS QUE LLAMA Ventana 37 Figura 5.30: Ventana 34
Tipo Botón Botón Botón TextBox Matriz CER (Control Evento Respuesta) Respuesta Control Evento Lupa Clic Muestra ventana 37 Dar de Alta Clic Se da de alta los datos introducidos Borrar Clic Borra los datos introducidos por el usuario Cargo Clic Se introduce el cargo del contacto - 134 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox TextBox TextBox Nombre Apellidos Código Empresa Clic Clic Clic Se introduce el nombre Se introduce los apellidos TextBox TextBox TextBox TextBox TextBox TextBox TextBox TextBox TextBox TextBox Calle Población País Tlf. Fijo Tlf. Movil C.P. Fax E‐mail Número Comentarios Clic Clic Clic Clic Clic Clic Clic Clic Clic Clic Se introduce la calle del edificio Se introduce la población Se introduce el país Se introduce el teléfono fijo Se introduce el nº de móvil El usuario introduce el código postal Se introduce el nº de fax Se introduce el mail del contacto Se introduce el nº de calle Se introduce el código de la empresa propietaria del edificio Se añaden los comentarios que se consideren oportunos - 135 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 36 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana que permite modificar los datos de una empresa VENTANAS A LAS QUE LLAMA Figura 5.31: Ventana 36
Tipo TextBox Control Nombre TextBox Calle Matriz CER (Control Evento Respuesta)
Respuesta Evento Clic El usuario introduce el nombre de la empresa a buscar Clic El usuario introduce la calle donde está ubicada dicha empresa - 136 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
TextBox Población Clic TextBox País Clic TextBox TextBox Acrónimo C.P. Clic Clic El usuario escribe el acrónimo de la empresa TextBox Web Clic El usuario introduce la página web de la compañía TextBox Logo Clic El usuario introduce la URL de la imagen del logo de la compañía TextBox TextBox RadioButton RadioButton RadioButton RadioButton RadioButton Número Teléfono Inmobiliaria Industrial Patrimonial Arquitectura Gestión Patrimonial Clic Clic Clic Clic Clic Clic Clic El usuario introduce el nº de la calle Se introduce el nº de teléfono de la empresa Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton Promoción Particular Hotelero Consultor Inmobiliario Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton Otros Gestión Suelo Logístico Administración Asset Management Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton Botón Botón Botón Asesoramiento Construcción Asociación Family Office Financiero Comercio Private Equity Valoraciones Examinar Modificar Borrar Clic Clic Clic Clic Clic Clic Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Muestra la ventana 15 Modifica los datos introducidos Borra los datos introducidos por el usuario El usuario introduce la población a la que pertenece El usuario introduce el país a la que pertenece
El usuario escribe el código postal de donde está ubicada la empresa Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos - 137 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 37 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana que permite efectuar la búsqueda de una empresa en la base de datos para trabajar con esta a posteriori VENTANAS A LAS QUE LLAMA Ventana 43 Figura 5.32: Ventana 37
Tipo TextBox TextBox TextBox TextBox Matriz CER (Control Evento Respuesta)
Respuesta Control Evento Nombre Clic El usuario introduce el nombre de la empresa a buscar Calle Clic El usuario introduce la calle donde está ubicada dicha empresa Población Clic El usuario introduce la población a la que pertenece País Clic El usuario introduce el país a la que pertenece
TextBox TextBox Acrónimo C.P. Clic Clic El usuario escribe el acrónimo de la empresa TextBox Web Clic El usuario introduce la página web de la compañía TextBox Logo Clic El usuario introduce la URL de la imagen del logo de la compañía TextBox TextBox RadioButton RadioButton RadioButton Número Teléfono Inmobiliaria Industrial Patrimonial Clic Clic Clic Clic Clic El usuario introduce el nº de la calle Se introduce el nº de teléfono de la empresa Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos El usuario escribe el código postal de donde está ubicada la empresa - 138 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
RadioButton RadioButton Arquitectura Gestión Patrimonial Clic Clic Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton Promoción Particular Hotelero Consultor Inmobiliario Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton Otros Gestión Suelo Logístico Administración Asset Management Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton RadioButton Botón Botón Asesoramiento Construcción Asociación Family Office Financiero Comercio Private Equity Valoraciones Buscar Borrar Clic Clic Clic Clic Clic Clic Clic Clic Clic Clic Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos Muestra la ventana 43 Borra los datos introducidos por el usuario Marca la búsqueda de datos Marca la búsqueda de datos Marca la búsqueda de datos - 139 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 38 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana que permite efectuar la búsqueda de una edificio en la base de datos para trabajar con esta a posteriori VENTANAS A LAS QUE LLAMA Ventana 43 Figura 5.33: Ventana 38
Tipo ComboBox TextBox TextBox TextBox TextBox TextBox TextBox Matriz CER (Control Evento Respuesta) Respuesta Control Evento Tipo Clic El usuario escoge el tipo de edificio Calle Clic El usuario introduce la calle del edificio C.P. Clic El usuario introduce el código postal Municipio Clic El usuario introduce el municipio Provincia Clic Se introduce la provincia donde está ubicado Zona Clic Se introduce la zona Año Clic Se introduce el año de construcción Construcción ComboBox Categoría Comercial Clic El usuario escoge la categoría comercial del edificio TextBox Superficie total: Desde superficie total: hasta Buscar Borrar Cerrar Clic Se introduce el rango mínimo de metros cuadrados del edificio a buscar Se introduce el rango máximo de metros cuadrados del edificio a buscar Muestra la ventana 43 Se borra todos los datos introducidos Cierra la ventana TextBox Botón Botón Botón Clic Clic Clic Clic - 140 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Diseño ventana 39 NOMBRE R.E.‐Trón DESCRIPCIÓN Ventana que permite efectuar la búsqueda de un contacto en la base de datos para trabajar con esta a posteriori VENTANAS A LAS QUE LLAMA Ventana 43 Figura 5.34: Ventana 39
Tipo Botón TextBox TextBox TextBox TextBox TextBox TextBox Botón Botón Botón Matriz CER (Control Evento Respuesta) Respuesta Control Evento Lupa Clic Muestra la ventana 37 Nombre Clic El usuario introduce el nombre del contacto a buscar Apellido Clic El usuario introduce el apellido Población Clic El usuario introduce la población a la que pertenece País Clic El usuario introduce el país al que pertenece Cargo Clic El usuario escribe el cargo del contacto Empresa Clic El usuario escribe o busca e introduce la empresa a la que pertenece el contacto a buscar. Buscar Clic Muestra la ventana 43 Borrar Clic Borra los datos introducidos por el usuario Cerrar Clic Cierra la ventana - 141 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
6
PROGRAMACIÓN
- 142 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
PROGRAMACIÓN
INTRODUCCIÓN
El objeto de esta etapa es alcanzar la transformación del Sistema en un conjunto
de programas que puedan ser ejecutados correctamente, bajo criterios de calidad. La
dificultad estriba en cómo realizar esta transformación de la mejor manera posible, ya que
va a depender de factores como el lenguaje de programación a utilizar, herramientas y
utilidades de software disponible, y equipo de programación. [BARR01]
LENGUAJES A UTILIZAR
En el desarrollo de la aplicación se utiliza el lenguaje de programación Java
debido a todos los beneficios que el mismo reporta, como la expansión que tiene, la gran
cantidad de documentación que existe, es multiplataforma, etc. bajo el entorno de
programación Eclipse.
Para el diseño de diagramas se utiliza tanto Microsoft Office como Jude. Mientras
que para las bases de datos se utilizará Microsoft Access, por su simplicidad y fácil
manejo, además de adaptarse a las necesidades de la aplicación.
EJEMPLO DE PROGRAMACIÓN
Se pasa a explicar algunos ejemplos de programación del lenguaje utilizado
(Java).
•
Clase VentanaInicio.java: Perteneciente al paquete GUI, se configuran los
parámetros de inicio de la aplicación. Este método concreto es para realizar la
configuración de parámetros de conexión inicial, aparte de la configuración visual del
botón “Ok”. Recibe dos variables con los datos del usuario: nombre y contraseña, y se
conecta a la base de datos pasando a abrir la ventana principal con los derechos que
éste posea si los datos son correctos.
private JButton getBtnOk(final int m){
if(btnOk == null){
btnOk = new JButton("OK");
btnOk.addActionListener(new
java.awt.event.ActionListener(){
@Override
public void actionPerformed(ActionEvent e) {
// TODO Auto-generated method stub
char[] password = pw.getPassword();
contras = String.valueOf(password);
f.clear();
w.clear();
f.add("Usuarios");
- 143 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
w.add("Usuario =
'"+getUs().getText()+"'");
sa.setTablas(f);
sa.setRestricciones(w);
String sentence =
ss.crearSentenciaSelect(sa);
System.out.println(sentence);
vp = new Ventanappal();
vp.getPestanas1().setEnabledAt(1,
true);
vp.getPestanas1().setEnabledAt(2,
true);
vp.getJMenuAltas().setEnabled(true);
vp.getJMenuBajas().setEnabled(true);
try
{
rt = ss.obtenUsu(sentence);
}
catch (ClassNotFoundException e1)
{
String error = "Se ha producido un
error al acceder a datos de usuario.\n"+e1.getMessage();
JOptionPane.showMessageDialog(frame,error,"Resultado de la
sentencia",JOptionPane.ERROR_MESSAGE);
}
catch (SQLException e1)
{
String error = "Se ha producido un
error al acceder a datos de usuario.\n"+e1.getMessage();
JOptionPane.showMessageDialog(frame,error,"Resultado",JOptionPane
.ERROR_MESSAGE);
}
if(rt.get(0).equals("")){
JOptionPane.showMessageDialog(frame,
new JLabel("Usuario no
válido."));
us.setText("");
pw.setText("");
}else{
if (isPasswordCorrect(password)){
String rt3 =
rt.get(2).toString();
- 144 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
if(rt3.equals("Administracion")){
vp = new Ventanappal();
usuario = rt.get(0).toString();
vp.setTitle("R.E.-trón"+"
Usuario: "+rt.get(0));
vp.getPestanas1().setEnabledAt(1,
true);
vp.getPestanas1().setEnabledAt(2,
true);
vp.getJMenuAltas().setEnabled(true);
vp.getJMenuBajas().setEnabled(true);
}else if(rt.equals("Escritura")){
vp = new Ventanappal();
usuario = rt.get(0).toString();
vp.setTitle("R.E.-trón"+"
Usuario: "+rt.get(0));
vp.getPestanas1().setEnabledAt(1,
true);
vp.getPestanas1().setEnabledAt(2,
true);
vp.getJMenuAltas().setEnabled(true);
vp.getJMenuBajas().setEnabled(true);
}else{
vp = new Ventanappal();
usuario = rt.get(0).toString();
vp.setTitle("R.E.-trón"+"
Usuario: "+rt.get(0));
}
vp.setVisible(true);
dispose();
}else{
JOptionPane.showMessageDialog(frame,
new JLabel("Contraseña no
válida."));
pw.setText("");
admisible = 0;
}
}
}
});
}
return btnOk;
}
- 145 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
•
crearSentenciaSelect (SentenciaAutogenerada sentence): método que recibe como
datos la sentenciaAutogenerada que contiene el nombre de la tabla de la base de datos
donde conectarse así como las restricciones de la sentencia. A partir de estos datos se
crea la sentencia SQL que permitirá acceder a la base de datos para buscar el usuario.
/****************************************************************
*******************************
* METODO: crearSentenciaSelect
* UTILIZACION: método que a partir de los datos seleccionados
por el usuario en el wizard,
*
genera un String con la sentencia Sql.
* ENTRADA: SentenciaAutogenerada sentence
* SALIDA: String
*
***********************************************************************
**********************
*/
public String crearSentenciaSelect(SentenciaAutogenerada
sentence)
{
String texto = "";
if (sentence.getTipo().toUpperCase() == "SELECT")
{
texto = "SELECT * ";
int tam = sentence.getColumnas().size();
if (tam!=0)
{
texto = "SELECT ";
for (int i=0;i<tam;i++)
{
if (i == tam-1)
{
texto = texto +"
"+sentence.getColumnaAt(i);
}
else
{
texto = texto +"
"+sentence.getColumnaAt(i)+",";
}
}
}
tam = sentence.getTablas().size();
if (tam == 1)
{
- 146 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
texto = texto +"\n FROM
"+sentence.getTablaAt(0);
}
else if(tam > 1)
{
texto = texto +"\n FROM";
for (int i=0;i<tam;i++)
{
if (i == tam-1)
{
texto = texto +"
"+sentence.getTablaAt(i);
}
else
{
texto = texto +"
"+sentence.getTablaAt(i)+",";
}
}
}
tam = sentence.getYunciones().size();
if(tam != 0){
texto = texto + "\n FROM " +
sentence.getYuncionAt(0) + " e " + "LEFT OUTER JOIN " +
sentence.getYuncionAt(1) +
" r ON " + "e." +
sentence.getYuncionAt(2) + "= r." + sentence.getYuncionAt(3);
}
tam = sentence.getRestricciones().size();
if (tam != 0)
{
texto = texto +"\n WHERE";
for (int i=0;i<tam;i++)
{
if(i == 0)
texto = texto +"
"+sentence.getRestriccionesAt(i);
else
texto = texto +" AND
"+sentence.getRestriccionesAt(i);
}
}
•
tam = sentence.getGrupos().size();
if (tam != 0)
{
texto = texto +"\nGROUP BY";
for (int i=0;i<tam;i++)
{
if (i == tam-1)
- 147 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
{
texto = texto +"
"+sentence.getGrupoAt(i);
}
else
{
texto = texto +"
"+sentence.getGrupoAt(i)+",";
}
}
}
}
return texto;
}
•
Método isPasswordCorrect (String texto): A través de este método se comprueba si
la contraseña introducida por el usuario se corresponde con la que se tiene
almacenada del mismo en la base de datos, permitiéndole de esta manera, seguir con
la aplicación o no.
private static boolean isPasswordCorrect(char[] input) {
char cad[];
String var = rt.get(1).toString();
cad = var.toCharArray();
char[] correctPassword = cad;
if (input.length != correctPassword.length)
return false;
for (int i = 0; i < input.length; i ++)
if (input[i] != correctPassword[i])
return false;
return true;
}
•
Método getConexion(): Este método simplemente pasa el control al DAO para que
finalmente realice la conexión.
/**********************************************************************
*************************
* METODO: conexion
* UTILIZACION: obtiene conexión a base de datos
* SALIDA: connection
* @throws SQLException
* @throws ClassNotFoundException
* @throws SQLException
* @throws ClassNotFoundException
- 148 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
*
***********************************************************************
**********************
*/
public Connection getConexion() throws ClassNotFoundException,
SQLException {
SelectDao wsdao = new SelectDao();
return wsdao.obtenerConexion();
}
•
Método obtenerConexion(): Crea la conexión inicial mediante JDBC devolviendo el
objeto conexión.
•
public Connection obtenerConexion() throws ClassNotFoundException,
SQLException {
//Realizar conexión
Connection cx;
String con = "jdbc:odbc:REALESTATE";
Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");
cx = DriverManager.getConnection(con);
return cx;
}
- 149 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
7
PLAN DE PRUEBAS
- 150 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
PLAN DE PRUEBAS
INTRODUCCIÓN
Esta fase únicamente sirve para garantizar que la aplicación cumple con todos los
requerimientos especificados por el cliente. Debido a que no consta de una plataforma
compleja en la que se deban comprobar elementos críticos. Se ha ido verificando su
correcto funcionamiento en las fases anteriores, pero aún así, se ha realizado un bloque de
pruebas completo al objeto de comprobar la funcionalidad y rendimiento exigido en los
requisitos.
TIPOS DE PRUEBAS
•
Pruebas de encadenamiento: verifican las llamadas entre componentes. Se
deberán comprobar todas las posibles funciones de navegación de ventanas. Estas
pruebas no han llevado mucho tiempo debido a que la aplicación no consta de
muchas llamadas.
•
Pruebas de Integración: verifican la funcionalidad de todo el Sistema integrado,
y el rendimiento de los recursos utilizados. En este caso se ha dedicado bastante
más tiempo debido a que se han comprobado todos los accesos a base de datos e
informes.
•
Pruebas de Explotabilidad: verifican la correcta operación del Sistema, para ello
se han ejecutado los procesos, para comprobar que la aplicación responde ante las
peticiones de los usuarios ante una búsqueda o ante una representación. Estas
pruebas han requerido de bastante tiempo debido a que un mínimo fallo en
cualquiera de los algoritmos es crítico para el usuario y para las decisiones que
pudiera tomar a partir de él; se han ejecutado todas las opciones para comprobar
que los resultados suministrados eran verídicos.
•
Prueba de Seguridad: verifican los aspectos de seguridad exigidos en los
requisitos del Sistema. Los aspectos más importantes de seguridad a revisar serán
los relativos a la coherencia de límites de acceso de cada usuario. Otra norma de
seguridad es la privacidad de los datos.
•
Plan de Sobrecarga: verifican el correcto comportamiento del Sistema ante los
estados de estrés en los que puede verse envuelto. Se analizará la carga de trabajo
en el servidor con el software específico de análisis de rendimiento de las
aplicaciones con bases de datos. Se analizarán los resultados y se comprobará si
cumplen los requisitos mínimos de tiempos de respuesta.
•
Plan de Recuperación: verifican la capacidad del Sistema para recuperar la
información o incidencias anómalas. Habrá que verificar el correcto
funcionamiento y respuesta de cada uno de los pasos descritos y su resultado
satisfactorio.
- 151 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
•
Pruebas de Regresión: verifican el correcto comportamiento del Sistema ante la
modificación de alguno de sus componentes. En todas las partes de la aplicación
donde se pueden realizar altas, bajas o modificaciones se realizarán pruebas para
comprobar la coherencia al añadir, modificar o eliminar un registro.
•
Pruebas de Aceptación de Usuario: certifican, por parte de los usuarios, la
funcionalidad y rendimiento del Sistema, de acuerdo con los requisitos
establecidos. El usuario ha realizado dichas pruebas desde su entorno de trabajo,
pero al ser un usuario iniciado se podría decir que de alguna manera ha confiado
en el autor de la aplicación y en las pruebas realizadas anteriormente.
•
Pruebas de Usabilidad: certifican, por parte de los usuarios, la manejabilidad y
amigabilidad del Sistema y que al cliente el manual de usuario le ha resultado
sencilla la usabilidad. Este tipo de pruebas finales se podrían haber omitido
debido a la enorme interactividad que ha habido con él durante todo el desarrollo
de la aplicación, especialmente durante fases como la del diseño externo.
- 152 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
8
PLANIFICACIÓN REAL
- 153 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
PLANIFICACIÓN REAL
La realización de este proyecto se ha desarrollado en colaboración con la empresa
Deloitte.
Este proyecto se inició el 15 de septiembre de 2007. Con la primera entrevista con
el gerente del departamento de T.A.S. En ella se establecieron los objetivos y
funcionalidades de la aplicación. En los días siguientes se realiza una planificación inicial
para establecer los pasos de cada una de las etapas. En esta planificación se estableció un
tiempo semanal para realizar un pequeño informe especificando los avances que va
tomando el proyecto.
Durante el mes siguiente se llevó a cabo el análisis de requisitos, para el que fue
necesario la realización de entrevistas a cada uno de los diferentes implicados en el
funcionamiento de cada uno de los procesos. El objetivo era profundizar al máximo en
todos los requisitos que se iban a necesitar.
Tras el análisis se define la arquitectura y tecnología que se iba a necesitar para la
realización del proyecto.
A mediados de octubre se comienza con el diseño de interfaces gráficos de la
aplicación y el modelo de la base de datos.
Una vez realizados los pasos anteriores se comienza con la implementación de los
procesos más básicos. La herramienta debía estar terminada en febrero aunque no
estuviesen todas las funcionalidades listas.
Conforme se iba implantando la aplicación se fueron produciendo pequeños
cambios en el diseño de la aplicación. A finales de enero realizó la primera demo y junto
con ella todas las pruebas necesarias de las que se obtuvo modificaciones importantes y
nuevos requisitos para la aplicación en desarrollo. Comenzando un nuevo ciclo de
análisis pero de menor extensión.
A finales de febrero se realizaron una serie de auditorías internas para obtener
datos reales del funcionamiento de la aplicación.
El 1 de marzo se decide arrancar de manera oficial con la aplicación aun sin estar
funcionando con pleno rendimiento. Continuando durante los meses siguientes con la
programación de las funciones que no habían sido implementadas antes del arranque.
Esta parte del proceso se lleva a cabo fuera de las instancias de Deloitte debido a la
finalización del periodo de prácticas estipulado con la compañía.
La documentación se realiza durante el transcurso del proyecto. Y la elaboración
de esta memoria durante los meses de abril a junio de 2009.
- 154 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
9
VALORACIÓN ECONÓMICA
- 155 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
VALORACIÓN ECONÓMICA
INTRODUCCIÓN
En este capítulo se procede a realizar una valoración económica de los costes
tangibles asociados al desarrollo e implantación del Sistema. Para su realización se ha
dividido en tres apartados que son costes de personal, hardware y software. Al final se
detalla el presupuesto de los costes totales del proyecto.
PERSONAL
Para el desarrollo de esta aplicación ha sido necesario contar con:
• Técnico de sistemas: Persona que atiende los requerimientos o necesidades de
información de los usuarios de un Sistema. Es la encargada de estudiar la
aplicación para comprenderla y encontrar mejores maneras de realizarla.
Coste: 50 horas * 100 €/ hora= 5.000 €.
• Analista programador: El analista tiene como cometido analizar un problema y
describirlo con el propósito de ser solucionado mediante un Sistema de
información.
Coste: 75 horas * 50 €/ hora= 3.750 €.
• Programador: El programador cuya función consiste en trasladar las
especificaciones del analista en código ejecutable por el ordenador.
Coste: 320 horas * 40 €/ hora= 12.800 €.
• Jefe de proyecto: la figura clave en la planificación, ejecución y control del
proyecto y es el motor que ha de impulsar el avance del mismo mediante la toma
de decisiones tendentes a la consecución de los objetivos.
Coste: 50 horas * 200 €/ hora= 10.000 €.
Sumando los costes del personal el final asciende a:
PERSONAL
Técnico de sistemas
Analista programador
Programador
Jefe de proyecto
TOTAL
COSTE
5.000 €
3.750 €
12.800 €
10.000 €
31.550 €
Tabla 9.1: Costes de personal
- 156 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
HARDWARE
Estos costes son los derivados de adquirir los equipos hardware para el correcto
funcionamiento del Sistema.
Como se detalla en el Estudio de Arquitectura.
HARDWARE COSTE Dell Power Edge 2800 6.216,44 €
PC 846,39 €
TOTAL 7.062,83 €
Tabla 9.2: Coste de hardware
SOFTWARE
Para realizar esta aplicación y para su uso normal son necesarias estas
herramientas que a continuación se exponen:
• Entorno Java de distribución gratuita.
• Base de datos Access: compra de paquete Microsoft Office Professional,
licencia y soporte, por 301,92 Euros.
.
El coste total del software sería de:
SOFTWARE Base de datos Access COSTE 301,92 €
TOTAL 301,92 €
Tabla 9.3: Costes de software
Por tanto el coste total del proyecto sería:
TIPO PERSONAL HARDWARE SOFTWARE TOTAL COSTE 31.550 €
7.062,83 €
301,92 €
38.915 €
Tabla 9.4: Coste total
- 157 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
10
CONCLUSIONES
- 158 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
CONCLUSIONES
En primer lugar, se ha obtenido una aplicación de calidad que cubre los objetivos
que se habían planteado, en especial el que se pueda realizar un estudio de mercado de
Real Estate de una forma sencilla y fácil. El interfaz gráfico es intuitivo y la aplicación
verifica que el usuario está utilizando el programa con corrección. Gracias a la buena
planificación, la fase de “Pruebas del Sistema” ha sido extensa y la aplicación se puede
considerar fiable.
Por otro lado, la arquitectura de la aplicación hace que ésta no requiera instalación
y que el coste de la implantación sea despreciable. Simplemente con tener el ejecutable
en el disco duro, con sus archivos correspondientes, la aplicación puede funcionar sin
problemas.
También se ha de destacar el aprendizaje del alumno, ya que por primera vez ha
realizado todo el proceso de desarrollo de una aplicación compleja de principio a fin. Así
mismo, el alumno ha obtenido un conocimiento razonable de las distintas posibilidades
que ofrece Java. Por último, cabe destacar también el que el alumno ha obtenido un buen
conocimiento sobre el funcionamiento del sector de Servicio de Transacciones (T.A.S.)
en concreto en las áreas de Real Estate que es hacia donde está enfocado todo el
proyecto.
- 159 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
11
BIBLIOGRAFÍA
- 160 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
BIBLIOGRAFIA
[BARR01]
[CEBA01]
Barranco de Areba, Jesús, “Metodología del análisis estructurado”,
Publicaciones de la Universidad Potificia Comillas, Madrid 2001.
Ceballos Sierra, Francisco Javier, “El lenguaje de programación
Java”. Publicaciones Ra-Ma, Madrid 2001.
Páginas web:
http://java.sun.com/docs/books/tutorial/deployment/jar/appman.ht
ml
http://www.itapizaco.edu.mx/paginas/JavaTut/froufe/parteB/capb10.html
http://www.gamarod.com.ar/articulos/generar_un_archivo_ejecuta
ble_con_java.asp
http://www.psicofxp.com/forums/programacion.313/314150-creararchivos-jar-ejecutables.html paco23 cnt:025800
http://www.casidiablo.net/wordpress/index.php/2007/12/06/codigo
-ejemplos-de-cadenas-y-caracteres-en-java-1/
http://www.javahispano.org/search.search.action
http://en.icomania.com/icon_scat-buildings-houses-43425.aspx?p=2#
http://www.sc.ehu.es/sbweb/fisica/cursoJava/applets/grafico/color_
font.htm
http://www.mena.com.mx/gonzalo/iconos/32x32x16/todos.html
http://www.programacion.net/java/tutorial/swing/
http://www.andykhan.com/jexcelapi/tutorial.html#writing
http://www.aulambra.com/ver2.asp?id=113&tipo=
http://www.aha-soft.com/stock-icons/toolbar-icons.htm
http://members.fortunecity.com/elmegaultra/ingdesoft/pp/tarea8.ht
m
- 161 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ANEXOS
- 162 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
A
MANUAL DE USUARIO
- 163 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ANEXO A
INTRODUCCIÓN
Como se ha comentado a lo largo del documento, el proyecto pretende realizar un
estudio de mercado de Real Estate. La aplicación será utilizada con fines particulares para
el cliente que la ha solicitado y como con anterioridad a la implantación que ha sido
validada y ejecutada por éste, el manual de usuario no se hace del todo necesario para
este caso. Pero para sacar mayor rendimiento de la herramienta y de que éste descubra
nuevas funcionalidades, a continuación se navegará por la aplicación y se detallarán todas
las posibilidades que ofrece.
Es importante que el usuario tenga conocimientos previos sobre el tema, debido a
que la aplicación intenta facilitar una toma de decisiones que finalmente será formalizada
por el usuario.
EJECUCIÓN DE LA APLICACIÓN
Para comenzar a utilizar el programa se debe ejecutar el archivo ejecutable
“REtrón”. Este es el archivo que lanza la aplicación. Así mismo en el mismo directorio
que el ejecutable de la aplicación debe existir una carpeta denominada “Bases de Datos”
que guarda la base de datos. Es muy importante que la base de datos denominada
“bbddRE” se encuentre en dicha carpeta.
El usuario debe ejecutar la aplicación sobre un dispositivo que permita tanto
lectura como escritura; no se podrá ejecutar, por ejemplo, cuando está guardada en un
CD. También es muy importante que el usuario no ejecute el programa desde un
dispositivo de poca velocidad como puede ser un dispositivo USB de almacenamiento
externo; en caso de hacerlo la velocidad de la aplicación en ciertos momentos puede ser
muy lenta. Se recomienda que la aplicación y los archivos necesarios mencionados se
guarden en disco duro para que la aplicación pueda ser ejecutada a una velocidad
adecuada.
Por otra parte, la base de datos no debe ser modificada en ningún momento por el
usuario, es la aplicación la que se encarga se registrar y guardar en ella toda la
información necesaria. El usuario ha de interactuar con el programa ejecutable, no con la
base de datos. No es recomendable tener varias ejecuciones de la aplicación abiertas en el
mismo momento e interactuar con ellas ya que se pueden producir pérdidas o errores en
los datos de la base de datos.
UTILIZACIÓN DE LA APLICACIÓN
A continuación se irán explicando las diferentes pantallas de la aplicación con sus
respectivas funcionalidades. Al iniciar el programa se mostrará el menú principal; a partir
- 164 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
de ese momento el usuario irá recorriendo diferentes pantallas. Es muy importante que el
usuario tenga en cuenta que, a la hora de realizar operaciones con la aplicación, no se
dará la posibilidad de deshacer las operaciones realizadas. Por otro lado, también es
importante que el usuario sepa que las operaciones que va realizando son guardadas en la
base de datos en el mismo momento en que las realiza.
ACCESO A LA APLICACIÓN
El acceso a la aplicación se realiza a través de la primera ventana que aparece al
ejecutar el programa. Como se puede comprobar, esta ventana sólo tiene la posibilidad de
introducir su nombre de usuario y la contraseña.
Figura A1: Ventana login
Así se continúa directamente a la aplicación.
- 165 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
VENTANA PRINCIPAL
En esta primera ventana se muestra al usuario las distintas opciones de trabajo que
puede tener la aplicación.
Figura A2: Consulta operaciones
Como se puede observar en la imagen, la ventana cuenta con tres pestañas;
Consultas, Altas y Modificaciones/Bajas, y cinco botones bajo ellas con las opciones
Operaciones, Empresa, Contacto, Edificios y Zona Personal.
Por defecto la ventana principal muestra la opción de Consultas, de las tres
pestañas diferentes, y dentro de consultas en la opción de Operaciones. Las dos pestañas
restantes no podrían aparecer por defecto pues sólo tendrán acceso a ellas los usuarios
con los privilegios de escritura y administración.
A partir de este punto el usuario podrá ir explorando las diferentes opciones que
ofrece la aplicación, o bien pinchando sobre la pestaña que desee y luego en el botón con
la opción que desee consultar, dar de alta o modificar, o bien a través del menú File.
- 166 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura A3: Menú File
La guía que se va a seguir en el manual de usuario será por orden, de izquierda a
derecha primero con las pestañas y dentro de cada una de izquierda a derecha también
con los botones que determinan las diferentes opciones.
CONSULTAS DE OPERACIONES
En esta ventana se da la posibilidad de realizar una consulta de alguna operación
determinada que se haya llevado a cabo con anterioridad. El recuadro superior de la
ventana contiene una serie de textbox y combobox en blanco, estos son los diferentes
argumentos de búsqueda que el usuario tiene para encontrar los datos de una operación
determinada.
Figura A4: Detalle Consulta operaciones
No será necesario por parte del usuario rellenar todos los campos de búsqueda, tan
sólo con dar uno de los datos puede ser realizada. Se observa que existen cuatro botones
con la imagen de una lupa que sirven para ayudar al usuario en la búsqueda de ese dato
determinado, si no conoce o no recuerda que edificio concreto, en el caso del primer
textbox en la imagen. Al apretar el botón se abrirá una ventana diferente con los distintos
argumentos de búsqueda del edificio.
Figura A5: Botón Lupa
- 167 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura A6: Ventana Búsqueda edificio
En esta ventana existe también un radiobutton a la izquierda recuadrado en verde
que indica “Confidencial”, este radiobutton aparece porque por defecto, los datos que se
mostrarán de las operaciones serán incompletos debido a la alta confidencialidad del
contenido. Si se desea tener acceso a todos los datos de la operación, al apretar el botón
de buscar se solicitará al usuario que vuelva a identificarse, sólo aquellos con privilegios
de escritura o administración tendrán acceso a la totalidad de la información.
Figura A7: Advertencia
Figura A8: Ventana Identificación
Una vez efectuado la búsqueda los datos de la/s operaciones, aparecerán en el
recuadro inferior de la ventana en forma de tabla de datos.
- 168 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura A9: Detalle de tabla de resultados
Presentando los datos así se consigue una fácil exportación al programa Microsoft
Excell que es el que se utiliza en el departamento para trabajo con estos datos. La tabla
permite el movimiento de las columnas de una posición a otra y ensanchándolas o
estrechándolas según las necesidades del usuario.
CONSULTA EMPRESAS
Figura A10: Consulta empresas
El uso de esta ventana es exactamente el mismo que la ventana “Consulta
Operación” excluyendo la posibilidad de confidencialidad.
- 169 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
CONSULTA CONTACTOS
Figura A11: Consulta contactos
El uso de esta ventana es exactamente el mismo que la ventana “Consulta
Operación” sin la posibilidad de confidencialidad.
CONSULTA EDIFICIO
Figura A12: Consulta edificio
- 170 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
El manejo de esta ventana difiere un poco de las anteriores al permitir más
opciones.
Dentro de los edificios puede ser que lo que interese sea la información de una
planta concreta y no del edificio por completo y es por ello que al abrir esta ventana el
usuario se encuentra, en el panel que hasta ahora era de búsqueda, con dos botones,
“Edificio” y “Planta”, el usuario debe pulsar uno u otro atendiendo a las necesidades de
búsqueda que tenga. Así pues si se da a búsqueda de edificio se abre la siguiente ventana
que sí que tiene el mismo mecanismo de uso que la de las consultas anteriormente
explicadas. De igual manera ocurre al pulsar el botón “Planta”.
Pulsando “Edificio”:
Figura A13: Consulta edificios 2
- 171 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Pulsando “Planta”:
Figura A14: Consulta edificios 3
Existen también otros dos botones que diferencian estas dos ventanas de las
anteriores. El primero situado arriba a la derecha que dice “Atrás”, al pulsarlo lo que hace
es retroceder a la ventana anterior.
Figura A15: Botón Atrás
El segundo es “Obtener Información Completa”, situado en la parte inferior de la
ventana, que sirve para que se abra otra con un informe donde se puede observar toda la
información existente del edificio o planta determinada. Esto es, si por ejemplo el usuario
realiza una búsqueda de un edificio completo, al pulsar sobre “Obtener Información
Completa” en el informe aparecerán los datos que inicialmente se ven del edificio; más
los datos que se hayan introducido de las plantas determinadas del mismo más los
equipamientos que posee, así como las diferentes operaciones que se han realizado sobre
él.
- 172 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura A16: Informe edificios
CONSULTA ZONA PERSONAL
En esta ventana se podrá realizar cualquier operación referente a los usuarios, ya
sea cambiar los datos propios del usuario que está manejando la aplicación como dar de
alta o baja a otro usuario, previa identificación pues esta opción es exclusiva de aquellos
usuarios con privilegios de administración.
- 173 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Datos Personales
Figura A17: Zona personal
Como se aprecia en la imagen a la izquierda de ventana hay cuatro botones que
hacen de submenú dentro de esta opción de “Zona Personal”.
Figura A18: Detalle Zona personal
Entrando en esta opción por defecto se muestra la ventana de “Datos Personales”,
aquí el usuario podrá modificar sus propios datos tales como el nombre de usuario o
contraseña, habiéndose identificado previamente como seña de seguridad para evitar así
que sean modificados los datos por persona ajena al mismo.
- 174 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
En la parte inferior hay dos botones más: “Cambiar Datos”, que al pulsarlo
comprueba que los datos de identificación del usuario son correctos, y posteriormente
modifica los datos del mismo. El segundo es: “Ver Histórico de Datos”, esta opción,
aunque es visible para cualquier usuario, es muy útil para comprobar qué persona ha
hecho qué operación en caso de que algo haya ido mal.
Alta Usuario
Figura A19: Zona personal: Altas
Esta funcionalidad sólo será permitida al administrador del Sistema. El panel
central de la ventana está dividido en dos partes: Una superior desde donde se pedirá la
autenticación del usuario, y una inferior para introducir los datos del nuevo usuario. El
botón inferior, “Dar de Alta”, sólo se activará una vez se haya verificado que el usuario
tiene los derechos necesarios para realizar esta función.
- 175 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Modificar Usuario
Desde esta ventana se podrá modificar los derechos de otro usuario, esta opción
está limitada única y exclusivamente al administrador del Sistema.
Figura A20: Zona personal: Modificar
Esta ventana presenta el panel central dividido en tres paneles, el superior donde
el administrador podrá efectuar la búsqueda de los datos del usuario determinado a
modificar. Un segundo panel central donde se verá los resultados de la búsqueda y desde
donde se determina que nuevos derechos se le va a otorgar; y un tercer panel en la parte
inferior donde el administrador deberá identificarse para poder efectuar la modificación.
- 176 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Baja Usuario
Desde esta ventana el administrador podrá dar de baja a cualquier usuario que
desee.
Figura A21: Zona personal: Bajas
La estructura es exactamente la misma que en la ventana Modificar Usuario
explicada con anterioridad.
- 177 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ALTA EDIFICIO
Desde esta ventana el usuario podrá dar de alta los datos de un nuevo edificio.
Figura A22: Alta edificio
No será necesario rellenar todos los datos para realizar el alta, sólo aquellos que
estén marcados con un asterisco.
Para los datos de “foto” y “plano” el usuario deberá meter el path de donde estén
situados en el ordenador a través de la ventana de búsqueda a la que se accede al pulsar el
botón “Examinar”.
Figura A23: Ventana de “Examinar”
- 178 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
En la parte inferior derecha de la ventana se observa que hay un combobox con el
título “Sin equipamiento” que a su derecha tiene un botón vacio.
Figura A24: Detalle de alta edificio
Al poner la opción “Con equipamiento” este botón se activará bajo el título
“Añadir” que permitirá al usuario añadir los datos que considere conveniente respecto a
los equipamientos del edificio.
Figura A25: Detalle de alta edificio
Figura A26: Ventana Alta equipamiento
En la parte inferior de la ventana “Alta Edificio” se observa que hay tres botones:
Figura A27: Detalle de alta edificio
El primer botón “Insertar Planta” sirve para añadir datos de una planta
determinada del edificio, para lo cual se abrirá una ventana nueva donde insertar los
datos.
- 179 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura A28: Alta uso planta
El botón “Dar de Alta” guardará los datos insertados por el usuario del edificio si
ha introducido todos los obligatorios. Y por último, el botón “Borrar” que lo que hará es
limpiar los datos introducidos por el usuario de las diferentes casillas de la ventana.
ALTA CONTACTO
Desde esta ventana el usuario podrá dar de alta los datos de un contacto, para ello
simplemente deberá rellenar los datos, siendo obligatorios todos aquellos marcados con
un asterisco, y pulsar el botón “Dar de Alta”.
Figura A29: Alta contactos
- 180 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Desde esta ventana el usuario podrá dar de alta los datos de una operación, para
ello simplemente deberá rellenar los datos, siendo obligatorios todos aquellos marcados
con un asterisco, y pulsar el botón “Dar de Alta”.
Figura A30: Alta operaciones
El botón “+” o los botones “+ Añadir” sirven para añadir los datos del edificio o
empresas involucrados en la operación en caso de que estos no se hubiesen dado de alta
con anterioridad.
Figura A31: Detalle alta operaciones
Por otro lado, se puede apreciar que existen textboxes que no permiten
permitida la escritura por parte del usuario, en ellos aparecerá algunos cálculos que se
realizan a tiempo real en base a los datos introducidos por el usuario que será necesario
para el posterior trabajo con las operaciones.
Figura A32: Detalle alta operaciones
- 181 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
ALTA EMPRESA
El mecanismo de esta ventana es exactamente igual que el de “Alta Contacto”.
Figura A33: Alta empresas
- 182 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
MODIFICACIONES/BAJAS EDIFICIOS
Desde esta ventana el usuario tendrá la opción de modificar o borrar los datos de
la base de datos de un edificio determinado. Para ello, al igual que en el caso de
“Consultas Edificios” primero se deberá determinar si lo que se desea es modificar los
datos de un edifico o de una planta de un edifico.
Figura A34: Modificar/Baja edificios
Una vez seleccionada la opción deberá realizar la búsqueda de la misma manera
que se efectuaba en “Consultas” y seleccionando de la tabla aquel que se desee se pasa a
pulsar el botón “Modificar” para modificar sus datos, o “Dar de Baja” si la intención es
borrar de las bases de datos la información.
- 183 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura A35: Modificar/Baja edificios 2
Si lo que se va a hacer es modificar datos, se abrirá una ventana en la que el
usuario podrá ver los datos actuales y cambiar aquellos que desee.
- 184 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura A36: Modificar/Baja edificios 3
MODIFICAR/BAJA CONTACTOS
Desde esta ventana el usuario borrará o modificará los datos de un contacto. Para
ello primero deberá efectuar la búsqueda del mismo según los parámetros establecidos en
la parte superior del panel. En la parte central se mostrará la tabla con los datos
encontrados y una vez allí, seleccionando aquel que se desee se pulsará “Dar de Baja” o
“Modificar” según la intención del usuario. En este caso, si lo que se pretende es
modificar datos también se abrirá una nueva ventana desde donde poder hacerlo.
- 185 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
Figura A37: Modificar/Baja contactos
MODIFICAR/BAJA OPERACIONES
El manejo de esta ventana es exactamente igual que el de de la ventana
“Modificar/Baja Contactos”.
Figura A38: Modificar/Baja operaciones
- 186 -
Implantación de un Sistema de base de datos para transacciones Real Estate.
MODIFICAR/BAJA EMPRESAS
El manejo de esta ventana es idéntico que el de de la ventana “Modificar/Baja
Contactos”.
Figura A39: Modificar/Baja empresas
- 187 -