Ingeniera del software de gestin.

Caso prctico: Ejemplo de documentacin EVS.

Ejemplo de EVS (v 1.0).

A continuacin se incluye una documentacin inicial de la fase EVS. Se ha producido
tras la consolidacin de diferentes entrevistas con los responsables y usuarios del
sistema a desarrollar.
No es un documento exhaustivo, sino una primera versin, con requisitos iniciales del
futuro sistema a implantar que deben ser refinados en sucesivas entrevistas apoyndose
en el diseo de prototipos y modelos grficos.
Por otra parte, el alcance de este proyecto es relativamente modesto, para que sea
fcilmente manejable en las clases de la asignatura.

1. mbito y alcance del proyecto.

El software a construir tiene, como objetivo principal, apoyar en la gestin de una
agencia inmobiliaria. Dicha empresa tiene oficinas en diferentes ciudades de Espaa,
que deben compartir datos a nivel local.
Se desea automatizar, fundamentalmente, la gestin de inmuebles en alquiler, de
inquilinos y de propietarios. En cuanto a los alquileres, debe facilitarse su gestin
integral, desde el momento en que un propietario ofrece un inmueble, pasando por la
oferta de dicha vivienda a los posibles inquilinos, la gestin de las visitas y la posterior
firma del contrato de arrendamiento. Se contempla la posibilidad de utilizar correo
electrnico o mensajes SMS generados automticamente, para agilizar la comunicacin
con los clientes.
Tambin se desea implantar un sitio web en el que se pueda consultar informacin sobre
los inmuebles disponibles, de forma que se facilite la captacin de clientes para la
agencia. Los datos hechos pblicos a travs de la web debern estar actualizados
frecuentemente, siendo deseable que se sincronicen diariamente con las bases de datos
internas.
Ntese que el sistema debe utilizarse exclusivamente para la gestin de alquileres, y no
de compras.

2. Lista de usuarios participantes.

Las siguientes personas participarn en el proyecto:
Gerente de la empresa inmobiliaria. El responsable, al ms alto nivel, del
funcionamiento de la empresa.
Dos directores regionales. Coordinan los esfuerzos de un conjunto de oficinas de la
empresa, se encargan de contratar a los agentes y supervisar su trabajo. En la
actualidad, hay seis directores regionales.
Dos agentes inmobiliarios de oficinas de la misma ciudad.
Un agente inmobiliario de una oficina situada en una regin diferente.

Jos Garca Fanjul e Isabel Sevilla Rodrguez

Pgina 1

Ingeniera del software de gestin.

Caso prctico: Ejemplo de documentacin EVS.

3. Descripcin del sistema actual.

3.1.

Modelo fsico.

3.2.

Lista de problemas y necesidades.

Problemas
Actualmente la agencia inmobiliaria cuenta con un sistema manual poco eficaz ya
que la bsqueda en fichas es lenta.

Jos Garca Fanjul e Isabel Sevilla Rodrguez

Pgina 2

Ingeniera del software de gestin.

Caso prctico: Ejemplo de documentacin EVS.

Al contar con varias agencias en diferentes localizaciones de la ciudad, los datos

pueden estar duplicados o faltar.
El sistema de insercin de anuncios en los peridicos es poco eficaz al tener que
comunicar los datos por telfono o fax.
Ausencia de una visin global de todos los datos que gestiona la agencia.
Poca competitividad respecto a la competencia por no utilizar difusin de
informacin por la red.
Necesidades
Centralizar los datos para facilitar la bsqueda y evitar duplicidades.
Enviar los datos de los anuncios a los peridicos por medios telemticos.
Uso de las tecnologas de la informacin.

4. Catlogo de requisitos del sistema.

Nota: En cuanto a los requisitos funcionales, nos centramos exclusivamente en los
asociados a la cartera de inquilinos.

4.1.

Requisitos funcionales.

Id
Descripcin
RF1. Cartera de inquilinos
Gestin de inquilinos
Actualizacin de datos
RF1.1
Se permitir introducir los datos de un nuevo inquilino en la
cartera, tpicamente, ante la visita de un cliente a una oficina. Al
hacerlo, se facilitar la introduccin de las preferencias de dicho
cliente. Ver requisitos de datos manejados.
RF1.2
Se debe permitir cambiar los datos personales o las preferencias
de un inquilino.
RF1.3
Un inquilino debe pasar a estar pendiente de contacto si
transcurre cierto tiempo sin que tenga contacto con un agente. En
este sentido, se considera que existe un contacto con el agente
si:
el inquilino pasa por la agencia a solicitar informacin.
realiza una visita a un inmueble.
RF1.4
Un inquilino debe pasar a estar inactivo tras firmar un contrato
de alquiler o por expreso deseo del cliente.
RF1.5
En caso de que un inquilino lo desee expresamente, se eliminarn
sus datos personales de la base de datos.
No podr hacerse si existe un contrato firmado con dicho
inquilino en los ltimos cinco aos.
Consultas e informes
RF1.6
En todas las consultas e informes deben aparecer slo los
inquilinos que desean alquilar un inmueble en la localidad en que
se encuentra la oficina.
RF1.7
Consulta de inmuebles que cumplen las preferencias de un
inquilino.

Jos Garca Fanjul e Isabel Sevilla Rodrguez

Prioridad

Alta

Alta
Alta

Alta
Alta

Media

Alta

Pgina 3

Ingeniera del software de gestin.

Caso prctico: Ejemplo de documentacin EVS.

Id
RF1.7.1

Descripcin
En la consulta del RF1.9 se mostrarn, en primer lugar, aquellos
inmuebles que cumplen estrictamente las preferencias. A
continuacin se mostrarn aquellos que no las cumplen, pero que
podran resultar interesantes por:
1. Estar en zonas que estn cerca de las que prefiere el
inquilino.
2. Tener precios ligeramente superiores al mximo indicado
por el inquilino.
3. No cumplen las preferencias de trastero garaje.
4. Tienen tamaos de finca ligeramente inferiores al
indicado por el inquilino (para las casas de campo).
5. No cumplen la preferencia de piscina (para las casas de
campo).
RF1.8
Listado de inquilinos pendientes de contacto. Debe facilitar que
el agente que lo consulte inicie un contacto con el inquilino por
va telefnica o de correo electrnico.
RF1.9
Listado de inquilinos potenciales. Es una consulta en la que
aparecen todos los datos de los clientes que han rellenado el
formulario del sitio web de la empresa (ver requisitos de gestin
de inquilinos va web).
Datos manejados
RF1.10 Los datos de un inquilino sern:
Nombre, Apellidos, Direccin, Telfono mvil, Email.
RF1.10.1 Slo el nombre y apellidos sern datos obligatorios para los
inquilinos.
RF1.10.2 Para un inquilino tambin se manejarn datos para la gestin del
pago del alquiler (ver requisitos de la cartera de inmuebles).
RF1.11 Se recogern las siguientes preferencias para los inquilinos:
1. Si desea un piso o una casa de campo.
2. La zona o zonas en las que desea alquilar.
3. Un intervalo para el nmero de habitaciones que desea.
Por ejemplo: 3 4 habitaciones.
4. Si desea trastero.
5. Si desea garaje.
6. Precio mximo que podra pagar por el alquiler mensual.
7. En cuanto a los que deseen casa de campo, se podran
recoger tambin las siguientes preferencias:
a. Tamao deseado de la finca (en m2).
b. Si desea que tenga piscina.
RF1.11.1 En cuanto a las preferencias especificadas en el RF1.11, slo
sern obligatorias las dos primeras (nmeros 1 y 2).
Gestin de inquilinos va web

Jos Garca Fanjul e Isabel Sevilla Rodrguez

Prioridad
Alta

Alta

Media

Alta
Alta
Alta
Alta

Alta

Pgina 4

Ingeniera del software de gestin.

Caso prctico: Ejemplo de documentacin EVS.

Id
RF1.12

Descripcin
Prioridad
A travs del sitio web de la agencia, inquilinos potenciales
Media
podrn rellenar una ficha con sus datos personales y sus
preferencias.
Esta informacin no pasar a estar, directamente, en las bases de
datos internas de la agencia, sino que pasarn a un listado de
inquilinos potenciales.
RF1.12.1 Los agentes podrn consultar el listado de inquilinos potenciales Media
y, si los datos que aparecen sobre los inquilinos parecen
correctos, podrn incluir a dichos clientes en la cartera.
RF1.13 Desde el sitio web se podr hacer una consulta como la
especificada en los requisitos RF1.7, aunque en este caso ser el
cliente quien deba decir en qu localidad desea alquilar el
inmueble.
Gestin de contactos con inquilinos
A rellenar por el alumno: Describiran la manera en que el software apoya la gestin de
los contactos. Los contactos podran ser telefnicos, realizarse en una oficina o bien
consistir en la visita a un inmueble. Los agentes deberan rellenar un pequeo
formulario sobre cada visita.
RF2. Cartera de propietarios
Gestin de propietarios
A rellenar por el alumno: Se gestionaran aqu los datos de contacto de los propietarios
y la relacin de inmuebles que poseen (interaccin con la cartera de inmuebles).
Adems, los propietarios deberan facilitar un horario en que se pudieran hacer las
visitas a sus inmuebles.
Gestin de contactos con propietarios
A rellenar por el alumno: Estos requisitos estarn muy relacionados con los de contactos
con los inquilinos. De hecho, podra ser adecuado describirlos conjuntamente.
RF3. Cartera de inmuebles
Gestin de inmuebles
A rellenar por el alumno: Los requisitos sobre inmuebles deben reflejar, sobre todo, la
gestin de sus caractersticas. Hay consultas sobre inmuebles que estn ya en la cartera
de inquilinos.
Publicidad de los inmuebles
A rellenar por el alumno: Es habitual que las agencias publiciten los inmuebles que
tienen en cartera por diferentes medios:
Anuncios por palabras en peridicos.
Pequeos carteles en los escaparates.
El sistema debe facilitar, entonces, la realizacin de estas tareas.
Gestin de alquileres
A rellenar por el alumno: Se describirn las funciones relacionadas con la gestin final
del alquiler: principalmente, la gestin del pago y de la firma del contrato.
El gerente y los directores regionales estarn especialmente interesados en obtener
informes sobre los alquileres.

4.2.
Id

Requisitos no funcionales.
Descripcin

Jos Garca Fanjul e Isabel Sevilla Rodrguez

Prioridad

Pgina 5

Ingeniera del software de gestin.

Caso prctico: Ejemplo de documentacin EVS.

Id
Descripcin
RNF1. Rendimiento.
RNF1.1 Debe tenerse en cuenta que, en las oficinas grandes, puede haber
hasta 20 personas accediendo simultneamente a la aplicacin.
RNF1.2 En cuanto a la sincronizacin de las bases de datos, se debera
hacer en horario nocturno para no interferir con el rendimiento de
la aplicacin
RNF2. Volumen y frecuencia de tratamiento.
RNF2.1 Volumen aproximado de datos activos manejados (por oficina):
500 inquilinos.
1000 inmuebles.
300 propietarios.
RNF2.2 Mensualmente, pueden hacerse (por oficina):
100 alquileres.
400 visitas guiadas a inmuebles.
RNF2.3 Todos los requisitos de volumen y frecuencia de tratamiento
varan mucho de una oficina a otra, puesto que hay oficinas que
tienen el triple de personal que otras.
RNF3. Seguridad.
Control de acceso.
RNF3.1 Para acceder a la aplicacin, los usuarios deben introducir un
nombre de usuario y palabra de paso.
RNF3.2 Habr cuatro perfiles (tipos de usuarios):
1. Gerente.
2. Director regional.
3. Agente.
4. Cliente (para el sitio web).
RNF3.3 Los diferentes perfiles tendrn asociada diferente funcionalidad
(nota: an no estn definidas claramente las funciones que
usarn el gerente y los directores regionales).
RNF3.4 Debe identificarse el usuario y la fecha en que se realizan las
siguientes operaciones:
1. Incluir un nuevo inquilino.
2. Contactar con un inquilino.
3. Incluir un nuevo propietario.
4. Contactar con un propietario.
5. Incluir un nuevo inmueble.
6. Incluir un nuevo contrato de alquiler.
Copias de seguridad.
RNF3.5 Deben realizarse copias de seguridad automticas de toda la
informacin de las oficinas, diariamente. Por el tipo de datos
manejados en la aplicacin, y segn el artculo 14.3 del
Reglamento de Medidas de Seguridad (Real Decreto 994/1999),
este requisito garantiza el cumplimiento de dicho artculo.
RNF3.6 Las copias de seguridad se realizarn por duplicado:
en uno de los ordenadores de cada oficina.
en un servidor central.

Jos Garca Fanjul e Isabel Sevilla Rodrguez

Prioridad
Alta
Alta

Alta
Media

Media

Alta

Alta

Alta

Pgina 6

Ingeniera del software de gestin.

Caso prctico: Ejemplo de documentacin EVS.

ANEXO 1. Fichas utilizadas en el sistema actual.

Ejemplo (Ficha de un inquilino):

FICHA INQUILINO
Nombre y apellidos
Direccin
Telfono
Preferencias

Contactos

Datos bancarios

Cdigo cuenta
Cdigo libreta

Fecha inicio alquiler

Fecha fin alquiler
Fecha renovacin alquiler

Jos Garca Fanjul e Isabel Sevilla Rodrguez

Pgina 7

Ingeniera del software de gestin.

Caso prctico: Ejemplo de documentacin EVS.

ANEXO 2. Glosario.
Cliente: Un cliente es un inquilino o un propietario.
Inquilino: Llamaremos inquilino a la persona que est interesada en alquilar un
inmueble o bien a la que ya ha alquilado un inmueble utilizando los servicios de la
agencia inmobiliaria.
Propietario: Es una persona que nos ha dado datos de un inmueble que posee, con el
objetivo de que uno de los inquilinos lo alquile. Es habitual que los propietarios
tengan ms de un inmueble en la cartera de la agencia.

Jos Garca Fanjul e Isabel Sevilla Rodrguez

Pgina 8