Inalpesweb

Sistema para InAlpes inmobiliaria
Documento de Análisis
del software inmobiliaria
InAlpes
1
Histórico de Revisiones
Fecha Versión Descripción Autor
25/10/2016 <1.0> Versión inicial (proporcionaba al Jair prada,

usuario la página inicial con su Alexander
menú pero sin ninguna función ) Romero,Johan
Romero
07/11/2016 <1.0> Revisión (proporcionaba al usuario Jair prada,
la página inicial con su menú , Alexander
además de dar la opción de Romero,Johan
registrarse como usuario nuevo ) Romero
07/11/2016 <1.1> Ajustes (Proporciona las opciones Jair prada,
de registrar ,eliminar y editar los Alexander
siguientes parámetros: Romero,Johan
Usuario,Inmueble Romero
)
2
Tabla de Contenido
Contenido
1. INTRODUCCIÓN ................................................................................................... 4
1.1 PROPÓSITO Y AUDIENCIA .................................................................................. 4
1.2 CONTEXTO Y ALCANCE ...................................................................................... 5
1.3 ORGANIZACIÓN DEL DOCUMENTO ...................................................................... 9
1.4 TERMINOLOGÍA 3 ............................................................................................. 9
1.5 REFERENCIAS DEL DOCUMENTO ....................................................................... 10
2. GENERALIDADES DEL PROYECTO ...................................................................... 10
2.1 Problema a resolver ..................................................................................... 10
2.2 Descripción del sistema a desarrollar .............................................................. 11
3. SISTEMAS EXTERNOS ......................................................................................... 12
4. PROTOCOLOS Y MECANISMOS DE INTEGRACIÓN CON LOS SISTEMAS EXTERNOS ........... 13
5. HERRAMIENTAS DE DESARROLLO ........................................................................ 13
6. MOCKUPS Y DISEÑO DE INTERFAZ GRÁFICA DE USUARIO ...................................... 13
7. ANÁLISIS DE REQUERIMIENTOS .......................................................................... 15
7.1 STAKEHOLDER .................................................................................................... 15
7.2 REQUERIMIENTOS FUNCIONALES ..................................................................... 15
7.3 Lista de requerimientos ................................................................................ 16
7.4 Especificación .............................................................................................. 17
7.5 REQUERIMIENTOS NO FUNCIONALES ................................................................ 57
7.6 RESTRICCIONES TECNOLÓGICAS ..................................................................... 57
7.7 PROCESO DE DESARROLLO DE SOFTWARE: SCRUM ................................................... 57
SCRUM EN EL PROYECTO DEL SAE ................................................................................ 58
LAS REUNIONES ....................................................................................................... 58
3
1. INTRODUCCIÓN
En este documento se presenta el análisis del Sistema Altamente Escalable Inalpesweb, el

objetivo es presentar los reportes e información que será publicada para la empresa , los
sistemas externos y sus respectivos mecanismos de integración, los mockups y diseño de
interfaz gráfica de usuario, el proceso de desarrollo de software e implementación en el
proyecto.
Los reportes e información que será publicada para el público en general, corresponde a los
Eventos de Amenaza Geológica (en adelante EAG), de sismos, volcanes y movimientos en
masa, en la sección 5.7 del documento se amplía la información.
Los sistemas externos con lo que el SAE Inalpesweb debe interactuar, corresponden al uso de
pasarelas de pago como PSE y buscadores de inmuebles reportados por lavado de activos
(Lista Clinton), buscadores de certificados de tradición y libertad , y centrales de riesgos que
se utilizaran para definir si un negocio puede ser exitoso o no según a calificación del
postulado.
A nivel de interfaz gráfica de usuario se presenta el respectivo diseño para crear inmuebles
,reportes, inmobiliarias entre otros cabe resaltar que esto depende de los permisos otorgados
al tipo de usuario.
Para el desarrollo del SAE (Sistema Altamente Escalable), se propone utilizar Prototipado
como metodología de desarrollo software. Se presenta una visión general del proceso de
desarrollo de software y una descripción de la implementación de Scrum en el proyecto.
En la sección de implementación de Scrum en el proyecto, se define: las reuniones, los

elementos como la pila del producto, la pila del sprint y los roles. La pila del producto,
relaciona todos los requerimientos funcionales del producto. La pila del sprint, relaciona los
requerimientos agrupados por cada sprint. Los requerimientos, presentados como historias
de usuario, no incluyen un detalle excesivo, si no, el detalle suficiente para su ejecución.
1.1 PROPÓSITO Y AUDIENCIA
El objetivo principal de este documento es plasmar de forma clara y concisa las necesidades
del cliente en términos del software que se va a realizar. La documentación será guía para
validar e inspeccionar la construcción del software en cada una de sus etapas , entre estas
tenemos , el problema a resolver , con que sistemas externos se conectará inalpesweb y a
través de qué protocolos , como están organizados los módulos de trabajo para los
requerimientos del software ,diseño de la interfaz gráfica para el usuario con sus
características , las personas que interactúan con el mismo y el cómo se aplicó la metodología
en el proyecto paso a paso.
4
El documento está dirigido al cliente, al equipo de desarrollo de la aplicación Inalpesweb
Adicionalmente también puede ser usado por los usuarios que utilizarán el software y que
necesiten definir nuevos requerimientos lo utilicen como base para entender la prioridad y
utilidad de cada uno de los requerimientos utilizados por el software.
1.2 CONTEXTO Y ALCANCE
La inmobiliaria Inalpes es una empresa líder del mercado inmobiliario, con más de 40 años de
experiencia y solidez, Miembros de la Lonja de Propiedad Raíz de Bogotá. Su objetivo es
ofrecer un excelente servicio, respaldo, transparencia y comercializar ágilmente su propiedad
en materia de Arriendos, Ventas y Avalúos. Cuentan con un excelente equipo humano, red
comercial a través de nuestras sucursales y oficinas del Grupo. Han construido su prestigio a
través de un servicio transparente, una sólida experiencia, cumplimiento, conocimiento y un
constante liderazgo en el sector el cual ponemos a su disposición. La filosofía de Inalpes se
basa en comprometernos en conservar, proteger y fortalecer su patrimonio. Estamos
dispuestos a solucionar todas sus necesidades en el sector inmobiliario.
•El nuevo sistema de apoyar la reducción de costos operativos y disminuir el tiempo total del
proceso de arrendamiento
• Se desea aumentar los 500 clientes con los que se cuenta en el momento. Se espera
contar con al menos 3,000 nuevos usuarios registrados por año. Se espera llegar
igualmente a realizar 50,000 transacciones al año.
• El nuevo sistema debe apoyar de manera rápida y con mínimo esfuerzo las estrategias
comerciales de la empresa. Como primera medida se creará un nuevo sistema basado en
la idea de subastas, de tal forma que cada inmueble sea subastado para
arrendamiento en un periodo de 48 horas
• La intervención humana en el proceso debe minimizarse
• Se debe buscar favorecer el autoservicio por parte de los clientes
• La información consolidada del país debe estar en línea y disponible de manera inmediata
• La liquidación de comisiones para los comerciales debe ser flexible y configurable con
mínimo esfuerzo
• La comunicación con entidades de riesgo y consultas de entidades de crédito debe hacerse

de forma automática
5
• El pago por conceptos de estudio de solicitudes debe hacerse con un botón de
pagos electrónicos. Inicialmente PSE pero posteriormente cualquier otro botón sin que esto
implica un desarrollo adicional.
• La confidencialidad de la información de los clientes es fundamental, así como la seguridad

en los pagos electrónicos
• Según un análisis de mercado, existen cerca de 150 empresas similares a InAlpes, por lo que
estas también son un cliente potencial en el nuevo esquema de negocio. InAlpes desea
que su portal se convierta en el sitio referencia en la comunidad de finca raíz,
ofreciendo y arrendando su plataforma a otras pequeñas inmobiliarias, cobrando una comisión
por cada negocio realizado a través del portal de InAlpes.
• El portal debe permitir registrar opiniones sobre los otros participantes, bien sean
propietarios o arrendatarios. Por ejemplo, un arrendatario puede opinar sobre las
condiciones de una oficina o sobre el trato recibido por parte de una inmobiliaria o
un arrendador
• El nuevo sistema debe proveer agilidad a los comerciales, quienes deben utilizar la
tecnología móvil para minimizar el tiempo de proceso de ventas y arrendamientos
• El portal deberá ofrecer la funcionalidad para que el propio usuario ingrese fotos y videos de
los inmuebles
• El sistema debe ofrecer diferentes mecanismos de búsqueda de inmuebles. El

tiempo de respuesta de una búsqueda debe ser
mínimo.
• El sistema debe permitirle a una persona subscribirse a categorías de inmuebles en los que
está interesado y cuando se publique un inmueble con dichas características se le debe
notificar a todos los interesados
• El sistema debe poderse configurar para diferentes estilos de negocio. Inicialmente subastas
sobre inmuebles y propuestas directas pero con la posibilidad definir nuevas estrategias
• Se debe contar con un potente motor de búsqueda que cumpla con criterios sobre
los inmuebles en los que un usuario está interesado
• El sistema debe soportar la inicialmente la venta y arrendamiento de inmuebles pero debe

poder ser extendido a venta y alquiler de fincas, casas de recreo, vehículos o cualquier otro
tipo de bien con costo mínimo
6
• La generación de reportes e indicadores de cómo va el negocio debe ser instantánea
• Cuando un cliente solicita una cita para ver un inmueble se debe buscar en la agenda del
primer comercial disponible en ese espacio y asignar la cita. El usuario debe recibir una
respuesta en menos de 2 segundos
• Una vez el sitio se vuelva conocido es posible que se venda publicidad, por lo que el sistema
debe poder ser configurado para manejar las pautas comerciales sin que esto implique
desarrollos adicionales. En este sentido se espera que la adición de una nueva pauta
publicitaria no tome mas de 10 minutos
• Se espera la publicidad ofrecida se determine de acuerdo al perfil del usuario que visita la
página
• Se espere que el portal sea utilizado para ofrecer servicios de terceros, como electricidad,
plomería, construcción y arreglos locativos, Estos servicios ofrecidos por terceros a través del
portal deben poderse integrar con el sistema de InAlpes rápidamente, para lo cual
se ofrecerá un API a los comercios que paguen una mensualidad. El sistema debe validar que
los servicios ofrecidos por terceros sean visibles si el comercio está al día en sus pagos
• Se requiere que la arquitectura y diseño del sistema se termine en 4 meses
• El desarrollo del sistema deberá estar a cargo del grupo de desarrollo de InAlpes (5
ingenieros de desarrollo con experiencia en Java)
• El sistema deberá ser implementado y probado en 4 meses calendario
• La organización desea minimizar los costos de mantenimiento y administración del sistema

por lo que la solución debe ser Web y basada principalmente en JEE
• Una vez el sistema entre en producción no se realizarán inversiones adicionales en

desarrollo, por lo que el sistema debe escalar fácilmente con el ingreso de nuevos servicios
y usuarios.
• El sistema debe estar disponible todo el día, dado los tipos de clientes que se busca captar.
• Actualmente se aprobó la compra de un aplicativo para manejar la contabilidad de

organización. Se desea que la interoperabilidad entre el sistema a desarrollar y la nueva
contabilidad sea completo, aunque aún no se ha decidido cuál software contable comprar.
7
Los componentes que se van a realizar son los siguientes
• El sistema debe ofrecer la opción de registra eliminar usuario de distintos tipos (cliente,
administrador).
• El sistema debe ofrecer la opciones de registrar editar y eliminar inmuebles.
• La generación de reportes e indicadores de cómo va el negocio debe ser instantánea.
• La liquidación de comisiones para los comerciales debe ser flexible y configurable con
mínimo esfuerzo
• La comunicación con entidades de riesgo y consultas de entidades de crédito debe hacerse

de forma automática
• El pago por conceptos de estudio de solicitudes se hará con un botón de pagos

electrónicos. Inicialmente PSE, pero posteriormente cualquier otro botón sin que esto implica
un desarrollo adicional.
• La confidencialidad de la información de los clientes es fundamental, así como la seguridad

en los pagos electrónicos
• El sistema debe soportar la inicialmente la venta y arrendamiento de inmuebles, pero debe

poder ser extendido a venta y alquiler de fincas, casas de recreo, vehículos o cualquier otro
tipo de bien con costo mínimo
• El sistema debe soportar el registro de inmobiliarias es decir registra diferentes sucursales.
• El sistema debe soportar la petición de avaluó de inmuebles.
• El sistema debe soportar la conexión con un buscador de inmuebles reportados en la lista

Clinton
• El sistema debe soportar la conexión con un sistema de que evaluación de certificado de

tradición y libertad de los inmuebles registrados.
• El sistema debe soportar la conexión con un sistema de central de riesgos para la evaluación
de los posibles clientes que determinara la viabilidad del negocio.
8
1.3 ORGANIZACIÓN DEL DOCUMENTO
El presente documento se organiza por secciones. En la primera sección se comienza por

introducir las generalidades del proyecto, describiendo el propósito del documento, al igual
que las convenciones, términos y referencias bibliográficas del mismo. Posteriormente, la
segunda sección aborda la problemática de interés y describe brevemente el sistema que se
desea diseñar, los objetivos de la arquitectura solución y los “Stakeholders” del proyecto. En
la tercera sección se documentan los motivadores arquitecturales: atributos de calidad,
motivadores de negocio, restricciones tecnológicas, escenarios de calidad y vistas
arquitecturales.
1.4 TERMINOLOGÍA 3
TÉRMINO DESCRIPCIÓN
Usuario Cualquier persona registrado en el
sistema
Administrador Usuario registrado con permisos

especiales generalmente estos usuarios
son empleados de la empresa
Cliente Usuario registrado en el sistema de la
empresa con permisos limitado tienen
acceso a comprar,vender,alquilar etc.
Inmueble Edificio o casa destinados a vivienda u otro
fin y que son propiedad de alguien
Reporte Noticia , informe o suceso reciente, sobre

una situación variable de un negocio ,
cliente, inmueble
Avaluó Estimación del valor comercial de un
inmueble o artículo reflejado en cifras
monetarias por medio de un dictamen
técnico imparcial
Comisión Liquidación que reciben los comerciales
gracias a negocios satisfactorios
Perito Experto reconocido como una fuente

confiable encargado de evaluar el valor de
los inmuebles
9
Registrar Escribir en un registro los datos de un
inmueble, en especial cuando es de carácter
oficial
Eliminar Eliminar en un registro los datos de un
oficial
Editar Modificar en un registro los datos de un
oficial
Índex Página principal del sistema
1.5 REFERENCIAS DEL DOCUMENTO
[1] Manual de políticas de seguridad de la información. (republica, 2018)

[2] La actividad valuatoria en Colombia. (comercio, 2018)
[3] Misión ,Visión, Propósito. (Dargoltz, 2008)
[4] Elaboración de la política general de seguridad y privacidad de la información. (Mintic, 2016)
[5] Lista Clinton (CONTROL, 2019)
[6] Las centrales de riesgo particulares con atribuciones inmersas en derechos fundamentales
(BARRERA, 2016)
[7] Certificado de tradición de un vehículo automotor en San José de Cúcuta (Mintic,
https://www.funcionpublica.gov.co, 2009)
[8] Certificado de Tradición y Libertad de un inmueble (SNR, 2016)
2. GENERALIDADES DEL PROYECTO
2.1 Problema a resolver
La gerencia de InAlpes está preocupada pues la empresa tiene unos altos costos operativos y
los clientes cada vez utilizan menos los servicios de la empresa, lo que la ha llevado a una
crisis económica de la empresa. Los clientes utilizan cada vez mas servicios en Internet que
ofrecen tiempos de respuesta mas cortos y cobran menos comisiones a los clientes.
10
InAlpes funciona con un sistema básico de negocio. Cuando un cliente desea registrar
un bien inmueble con InAlpes, se comunica telefónicamente con la empresa y se concreta
una cita con un comercial de la compañía. Esta primera cita se da entre 4 y 6 días hábiles
luego del primer contacto. Durante la cita, el comercial hace un avalúo del bien, llena un
formato de registro con al descripción del sitio y una descripción de los alrededores del
inmueble. En paralelo se llena la información personal y comercial del dueño del bien.
Cuando el comercial regresa a la empresa hace una análisis tanto de las probabilidades de
éxito del negocio como del dueño del inmueble. Este análisis se hace para evitar arrendar
propiedades que estén en procesos legales o comprometidas en lavados de dinero. Para esto,
se investiga en la lista Clinton al propietario, así como en centrales de riesgo y se verifica el
certificado de libertad del inmueble. Este proceso puede durar unos 8 días. Este proceso se
hace siempre, así el propietario ya sea cliente de InAlpes. Si todos los pasos anteriores se
cumplen sin novedades, el comercial regresa al inmueble, toma fotos del sitio y pega uno o
dos avisos en sitios visibles con los teléfonos de la inmobiliaria. Toda la información del
inmueble se consigna en una hoja de Excel que se distribuye por correo electrónico a las
diferentes sucursales del país, con los datos del comercial a cargo. Si un cliente llama
interesado en un inmueble, la secretaría de cada sucursal toma la llamada y pregunta por la
ubicación del inmueble. Busca el inmueble en el archivo Excel y trata de identificar el sitio por
el barrio y la dirección aproximada. Cuando se tiene un candidato se le pasa la llamada al
comercial a cargo. Si este no se encuentra en la oficina se toman los datos de quien llama y
se le envían por correo electrónico al comercial a cargo. Si el comercial esta en la oficina,
contesta la llamada y suministra la información del inmueble al interesado. De esta
entrevista se puede concretar una visita para conocer el inmueble, lo que típicamente ocurre 3
días después del primer contacto.
Si surge una persona interesada, se le pide que llene un formato con información personal y
comercial. El interesado debe consignar una suma por concepto de estudio de solicitud en
una cuenta de la empresa y llevar el formulario, los documentos anexos y el comprobante de
consignación a las oficinas de InAlpes. Los documentos son analizados cada miércoles por
un analista de InAlpes en la oficina principal. El analista estudia los documentos y si
considera que el negocio es viable y el interesado clasifica como un cliente sin riesgo, da luz
verde al negocio. Finalmente, InAlpes contacta al propietario y concreta una cita para
presentarle al interesado. Si el propietario aprueba al interesado, el negocio se cierra. De lo
contrario el inmueble continúa en demostración y el proceso se repite. Cuando un negocio
se cierra, el comercial le notifica por correo a la secretaría de la respectiva sucursal, quien
cada lunes actualiza los listados en Excel y los hace circular entre las oficinas. Al final del mes,
la secretaria notifica a la gerencia de los negocios cerrados con sus respectivos montos y el
nombre del comercial encargado. Con base en esta información se liquidan las
comisiones para los comerciales. En otra hoja de Excel, se ingresa la nueva
información de alquileres y se generan manualmente las cuentas de cobro a los inquilinos
(en el caso de arrendamiento). Esta labor la realiza la secretaría de cada oficina.
2.2 Descripción del sistema a desarrollar
11
Inalpesweb es una aplicación que va orientada a la inmobiliaria Inalpes la cual se está
quedando corta en sus operaciones administrativas y desean ofrecer sus servicios atreves de
internet. La aplicación tiene como propósito facilitar los procesos a los clientes en el momento
de adquirir los servicios de la empresa Inalpes atraves de internet.
Esta aplicación web se va a desarrollar con un enfoque arquitectural MVC como sus siglas lo
indican modelo, vista, controlador donde a nivel funcional estara compuesta por cuatro
modulos, los cuales se van a distribuir los requerimientos del cliente. A continuación, se hace
una breve descripción de cada uno de los módulos:
• Módulo de Información: En este módulo se implementan toda la administración de la

información de inmuebles, usuarios e inmobiliarias.
• Módulo de Consultas: Como su nombre lo dice este módulo está enfocado a todas las
consultas que realizara el sistema para prestar sus servicios en estos estarán las consultas
de lista Clinton, central de riesgos certificado de tradición y libertad entre otras.
• Módulo de Pagos: Este módulo tiene relación con la gestión de pagos por servicios
prestados por la empresa un ejemplo de esto sería el pago por concepto de estudios
• Módulo de Negocios: En este módulo se relacionan con la venta compra alquiler de
inmuebles como también hacen parte los reportes que indican el estado del negocio y las
comisiones para los ejecutivos comerciales.
3. SISTEMAS EXTERNOS
Los sistemas externos del Inalpes obedecen a las fuentes desde donde el sistema extrae
información y los sistemas a través de los cuales se lanzan las notificaciones. Dentro de los
sistemas que se extrae información se encuentran, Pasarela de pagos (PSE) donde la
plataforma única y exclusivamente realiza el proceso de pago de alguno de los servicios
ofrecidos por Inalpes , Lista Clinton (Infolaft) se conectara con los datos de alguno de los
inmuebles para verificar que este no este reportado por lavado de activos ,Centrales de
riesgo(MiDatacredito)accede a los datos de un cliente en específico y realiza una búsqueda en
su base de datos para así retornar la calificación del usuario estudiado, Certificado de tradición
y libertad(SNR) accede a los datos de los inmuebles para realizar una búsqueda y verificar
que no exista ningún embargo sobre la propiedad
En total son cuatro sistemas externos, donde el se extrae información se realizan consultas y
como paso final se hace uso de una notificación
12
4. PROTOCOLOS Y MECANISMOS DE INTEGRACIÓN CON LOS
SISTEMAS EXTERNOS
Los protocolos utilizados para la integración con los sistemas externos PSE, MiDatacredito,
Infolaft y SNR todos están regidos por sus respectivas APPI en donde se especifican los
protocolos usados por las mismas para establecer conexión con nuestro servicio.
5. HERRAMIENTAS DE DESARROLLO
El sistema se está desarrollando sobre el ambiente de programación Netbeans 8.0.1
En el servicio de computo de aplicación web, las tecnologías a utilizar en el desarrollo, de los

componentes funcionales son: , HTML, CSS, JavaScript, Apache 2.4.20
En el servicio de almacenamiento de datos relacional se puede utilizar un motor de base de

datos MySQL 5.7
El sistema manejara un administrador de las distintas versiones por las que pasa el código
fuente a lo largo del desarrollo. El control de versiones del código fuente del proyecto se
realizará con GitHub.
6. MOCKUPS Y DISEÑO DE INTERFAZ GRÁFICA DE USUARIO
En este capítulo se presentan los mockups y su respectiva descripción de acuerdo con cada
uno de los módulos funcionales que el sistema debe…………………………
13
La zona bordeada en verde tiene el nombre de la empresa Inalpes con su respectivo logo en
esta mismas se encuentra en la parte superior derecha el menú donde tenemos estas opciones
Crear persona, Usuario, Lista Clinton, Contáctenos y Servicios.
La zona Bordeada en verde tiene la misión visión de la empresa con imágenes de las
instalaciones de la misma que el usuario puede ampliar
La zona bordeada en verde tiene el nombre de la empresa Inalpes con su respectivo logo en
esta mismas se encuentra en la parte superior derecha el menú donde tenemos estas opciones
Crear persona, Usuario, Lista Clinton, Contáctenos y Servicios.
La zona bordeada de amarillo será la que cambiará según la opción elijamos del menú en este
caso nos encontramos con la opción de usuario y dentro de esta opción tenemos un formulario
con los cuadros de texto de Nombre, Apellidos, Correo electrónico, Numero celular, Numero
Cedula y Que te interesa
14
7. ANÁLISIS DE REQUERIMIENTOS
En este capítulo se presenta la identificación y especificación de los requerimientos utilizados
por inalpesweb.
7.1 STAKEHOLDER
A continuación, se describen las personas que harán uso de Inalpesweb.
Nombre Descripción
Presidente Se encarga de dirigir la empresa y tomar
decisiones sobre la misma ,es la cabeza de la
compañía
Gerente Sistema Se encarga de toda la parte técnica a nivel
de tecnología comprada por la empresa
Gerente Comercial Se encarga de dirigir a todos los ejecutivos
comerciales , es una persona con amplios
conocimientos de estrategias de negocios
Ejecutivo Comercial Usuario de tipo administrador con los
permisos necesarios para generar reportes
de inmuebles entre otras , por lo general se
encargan del contacto con los clientes y que
los negocios se lleven a cabo
Gerente General Se encarga de la coordinación de recursos de
la empresa y que todas las áreas funcionen
con total normalidad
Perito Experto encargado en evaluar el valor de
inmuebles de forma imparcial y justa
Secretaria
7.2 REQUERIMIENTOS FUNCIONALES
A continuación, se especifican los requerimientos funcionales utilizados por la plataforma

Inalpesweb
15
7.3 Lista de requerimientos
Crear Usuario
Eliminar Usuario
Editar Información de Usuario
Crear Inmueble
Eliminar Inmueble
Editar Información de Inmueble
Crear Reporte
Eliminar Reporte
Editar Información del Reporte
Crear Inmobiliaria
Eliminar Inmobiliaria
Editar Información de Inmobiliaria
Crear Avalúo
Eliminar Avalúo
Editar Información de Avalúo
Consultar Lista Clinton
Consultar Central de riesgos
Consultar Certificado de tradición y libertad
16
7.4 Especificación
*Prioridad va del 1 al 5, donde 5 es la más alta prioridad.
RF- 1001 Registrar un inmueble
Versión 1.0 – 20/09/19
Autores Brayan Romero, Jair Prada, Johan Romero
Descripción El sistema debe ser capaz de brindarle al usuario propietario la opción de crear
un inmueble
Precondición El usuario debe estar registrado como usuario propietario
Secuencia Paso Acción

Normal
1 El usuario debe seleccionar la opción de crear un inmueble, en el menú
de inmueble.
2 El sistema lo direcciona a la página de registro del inmueble
3 El usuario debe llenar el formulario de registro del inmueble

(Dirección, tipo ,numero de verificación y valor)
4 El usuario debe darle oprimir el botón enviar
Postcondición El sistema debe almacenar la información en la base de datos y enviar un

mensaje al usuario de que la operación fue exitosa
Excepciones Paso Acción
3 Si falta un dato o es incorrecto, el sistema notificara el dato incorrecto

o faltante.
5 La información no fue guardada y no envía el mensaje de operación

éxito
Prioridad 5
17
RF- 1002 Modificar información del inmueble
Versión 1.0 – 20/09/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de modificar la

información de un inmueble de su propiedad.

Normal
1 El usuario debe presionar el botón modificar inmueble en el menú
inmueble.
2 El sistema lo direccionará a la página de modificación.
3 El usuario debe llenar el formulario de modificación.
5 El sistema actualizará la información del inmueble.
Postcondición Se enviara un mensaje diciendo que la operación fue exitosa
3 El sistema notificará errores o información no proporcionada al llenar

el formulario.
Prioridad 4
18
RF- 1003 Enviar petición para eliminar un inmueble
Versión 1.0 – 20/09/19
Descripción El sistema debe ser capaz de brindarle al usuario propietario la opción de

enviar petición para eliminar uno de sus inmuebles.
Precondición El usuario debe estar registrado como usuario propietario y debe tener
registrado al menos un inmueble.

Normal
1 El usuario debe seleccionar la opción de eliminar un inmueble, en el
menú de inmueble.
2 El sistema lo direcciona a la página de eliminación.
3 El usuario debe seleccionar el inmueble que desea eliminar.
4 El usuario debe darle oprimir el botón eliminar
5 El sistema debe enviar la petición de eliminar el inmueble para

posteriormente ser revisado por un agente.
Postcondición El sistema enviara un mensaje dando un numero de radicado de la petición
1 El usuario no tiene inmuebles registrados
3 El usuario debe tener el inmueble en proceso de venta o arrendamiento
Prioridad 4
19
RF- 2001 Registrar un Usuario
Versión 1.0 – 20/09/19

registrar un usuario
Precondición

Normal
1 El usuario debe seleccionar la opción de registrarse en el menú de
personas.
2 El sistema lo direcciona a la página de registro
3 El usuario debe llenar el formulario de registro
5 El sistema debe almacenar la información en la base de datos y enviar

un mensaje de que la operación fue exitosa
Postcondición El sistema enviara un mensaje diciendo que la operación fue exitoso

o faltante.

éxito
Prioridad 5
20
RF- 2002 Modificar información del usuario
Versión 1.0 – 20/09/19

información su información personal.
Precondición El usuario debe estar registrado

Normal
1 El usuario debe presionar el botón modificar información personal.
2 El sistema lo direccionará a la página de modificación.
3 El usuario debe llenar el formulario de modificación.
5 El sistema actualizará la información personal.
Postcondición El sistema enviara un mensaje diciendo que la operación fue exitosa
3 No puede cambiar información importante tales como: Cedula,

nombres, apellidos
Prioridad 4
21
RF- 2003 Enviar petición para eliminar un usuario
Versión 1.0 – 20/09/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de enviar petición
para eliminar su perfil
Precondición El usuario debe estar registrado como usuario

Normal
1 El usuario debe seleccionar la opción de eliminar perfil
2 El sistema lo direcciona a la página de eliminación.
4 El sistema debe enviar la petición de eliminar el inmueble para

posteriormente ser revisado por un agente.
Postcondición El sistema enviara un mensaje diciendo que la operación fue exitoso
2 El usuario está en un proceso con un inmueble, debe primero

finalizarlo o cancelarlo
Prioridad 4
22
RF- 3001 Generar reportes del inmueble
Versión 1.0 – 20/09/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de generar los
reportes de un inmueble de un inmueble registrado.
Precondición El usuario debe estar registrado como usuario administrador.

Normal
1 El usuario debe presionar el botón generar reportes de inmueble.
2 El sistema lo direccionará a la página de reportes donde están todos los

inmuebles a cargo del administrador.
3 El usuario debe llenar el formulario de reportes.
4 El usuario debe darle oprimir el botón generar
5 El sistema generara el reporte del inmueble.

el formulario.
4 El sistema notificara errores en el caso de no tener inmuebles

registrados
Prioridad 4
23
RF- 3002 Editar reportes del inmueble
Versión 1.0 – 20/09/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de editar los
reportes de un inmueble de un inmueble registrado.
Precondición El usuario debe estar registrado como usuario administrador
El usuario debe tener reportes generados

Normal
1 El usuario debe presionar el botón editar reportes de inmueble.

reportes de inmuebles a cargo del administrador.
3 El usuario debe seleccionar los datos del formulario de reportes que

desea editar.
4 El usuario debe oprimir el botón finalizar
5 El sistema edita el reporte del inmueble.
Postcondición El sistema notificara que la operación fue exitosa
3 El sistema notificará si se elimina información de un campo importante
Prioridad 3
24
RF- 3003 Eliminar reportes del inmueble
Versión 1.0 – 20/09/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de eliminar reportes
de un inmueble de un inmueble registrado.

Normal
1 El usuario debe presionar el botón eliminar reportes de inmueble.

reportes de inmuebles a cargo del ejecutivo.
3 El usuario debe seleccionar el reporte que desea eliminar.
4 El usuario debe oprimir el botón eliminar.
5 El sistema elimina el reporte del inmueble.
Postcondición El sistema enviara un mensaje notificando que la operación fue exitosa
3 El sistema notificará errores al no seleccionar ningún reporte.
4 El sistema notificara errores en el caso de no tener inmuebles

registrados
Prioridad 3
25
RF- 4001 Registrar una inmobiliaria
Versión 1.0 – 01/10/19
Descripción El sistema debe ser capaz de brindarle al usuario administrador la opción de

crear una nueva inmobiliaria

Normal
1 El usuario debe presionar el botón crear inmobiliaria en el menú
inmobiliaria.
2 El sistema lo direccionará a la página de creación de inmobiliarias.
3 El usuario debe llenar el formulario de creación de inmobiliaria.
5 El sistema debe almacenar la información en la base de datos.
Postcondición El sistema enviara un mensaje al usuario de que la operación fue exitosa

o faltante.

exitosa
Prioridad 5
26
RF- 4002 Modificar información de una inmobiliaria
Versión 1.0 – 1/10/19

información de una inmobiliaria existente

Normal
1 El usuario debe presionar el botón modificar inmobiliaria en el menú
inmobiliaria.
2 El sistema lo direccionará a la página de modificación inmobiliaria.
3 El usuario debe llenar el formulario de modificación inmobiliaria.
5 El sistema actualizará la información de la inmobiliaria.
Postcondición El sistema enviara un mensaje en pantalla diciendo que la operación fue

exitosa

el formulario.
Prioridad 4
27
RF- 4003 Eliminar una inmobiliaria
Versión 1.0 – 1/10/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de eliminar una
inmobiliaria existente

Normal
1 El usuario debe presionar el botón eliminar inmobiliaria en el menú
inmobiliaria.
2 El sistema lo direccionará a la página de eliminación de inmobiliaria
3 El usuario debe seleccionar la sede que desea eliminar.
5 El sistema eliminará la inmobiliaria.
Postcondición El sistema enviará un mensaje en pantalla diciendo que la operación fue

exitosa

el formulario.
Prioridad 4
28
RF- 5001 Crear un avalúo
Versión 1.0 – 2/10/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de crear un avalúo
Precondición El usuario debe estar registrado como usuario(administrador)

Normal
1 El usuario debe oprimir el botón crear avalúo, que se encuentra en el
menú
2 El sistema lo direccionará a la página de crear avaluó
3 El usuario debe llenar el formulario con la información del inmueble
4 El deberá oprimir el botón crear avalúo.
Postcondición El sistema enviará un mensaje informando que la operación fue exitosa
3 Si falta un dato o es incorrecto, el sistema notificará el dato incorrecto

o faltante.
Prioridad 5
29
RF- 5002 Editar un avalúo
Versión 1.0 – 2/10/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de editar un avalúo
Precondición El usuario debe estar registrado como usuario (administrador), y tener avalúos
registrados.

Normal
1 El usuario debe oprimir el botón editar avalúo, que se encuentra en el
menú.
2 El usuario debe escoger el avalúo que desea editar.
3 El sistema lo direccionará a la página donde se encuentra el formulario

,tendrá que editar este con la información del inmueble.
4 El deberá oprimir el botón editar avalúo.
5 El sistema verificará que no tenga casilla sin diligenciar y guardará la

información para que un perito haga el estudio.

o faltante.
Prioridad 4
30
RF- 5003 Eliminar un avalúo
Versión 1.0 – 2/10/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de eliminar un

avalúo
Precondición El usuario debe estar registrado como usuario (administrador) y tener un

avalúo registrado.

Normal
1 El usuario debe oprimir el botón editar avalúo, que se encuentra en el
menú.
2 El usuario seleccionará el avalúo que desea eliminar.
3 El usuario deberá oprimir el botón eliminar avalúo.
4 El sistema verificará que el usuario seleccione un avalúo.
6 Si el usuario no selecciona ningún avalúo sugerirá que selecciono

uno.
Prioridad 4
31
RF- 6001 Consultar en lista Clinton
Versión 1.0 – 2/10/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de consultar en la

lista Clinton
Precondición El usuario debe estar registrado como usuario (administrador).

Normal
1 El usuario debe oprimir el botón lista Clinton, que se encuentra en el
menú
2 El sistema lo direccionará a la página donde se encuentra el buscador,

tendrá que diligenciar los datos del inmueble en el buscador
3 El deberá oprimir el botón consultar.
4 El sistema verificará que no tenga casilla sin diligenciar y arrojará los

resultados de la búsqueda.
Postcondición El sistema enviará un mensaje informando que la operación fue exitosa .

o faltante.
Prioridad Inmediata
32
RF- 7001 Pagar estudio
Versión 1.0 – 2/10/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de pagar estudio
Precondición El usuario debe estar registrado como usuario(cliente)

Normal
1 El usuario debe oprimir el botón pagar estudio, que se encuentra en el
menú
2 El sistema lo direccionará a la página pse donde seleccionará su banco

y realizará todos los procesos pedidos por el botón de pagos pse .
3 La página pse enviará un recibo al sistema donde indicará la operación

como satisfactoria .
El direccionará al usuario a seleccionar la propiedad a la cual realizará

el estudio.
4 El usuario debe dar en realizar estudio
Postcondición El sistema enviará un mensaje informando que la operación fue exitosa .
6 Si la operación de pse no es satisfactorio mostrará en pantalla “No se

pudo realizar pago”
7 Si falta un dato o es incorrecto, el sistema notificará el dato incorrecto o

faltante.
Prioridad Inmediata
33
RF- 8001 Crear tipo de persona
Versión 1.0 – 2/10/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de elegir un tipo de
persona (Cliente, administrador o propietario)

Normal
1 El usuario debe oprimir el botón de tipo de persona
2 El usuario debe elegir qué tipo de usuario es y llenar el formulario

correspondiente.
4 El sistema verificara que el los datos son correctos y le dará acceso con
el tipo de persona escogido
Postcondición El sistema enviara un mensaje informando que la operación fue exitosa
3 El usuario no cumple con las condiciones para ser parte del tipo de
persona escogido, el sistema le informara el error en forma de mensaje
en pantalla
Prioridad 4
34
Modificar tipo de persona
RF- 8002
Versión 1.0 – 2/10/19
Descripción El sistema debe ser capaz de brindarle al usuario la opción de modificar un tipo
de persona (Cliente, administrador o propietario)

Normal
1 El usuario debe oprimir el botón de tipo de persona
2 El usuario debe elegir qué tipo desea pasar a ser usuario es y llenar el
formulario correspondiente.
4 El sistema verificara que el los datos son correctos y le dará acceso con
el tipo de persona escogido
Postcondición El sistema enviara un mensaje informando que la operación fue exitosa
3 El usuario no cumple con las condiciones para ser parte del tipo de
persona escogido, el sistema le informara el error en forma de mensaje
en pantalla
Prioridad 3
35
RF- 9001 Crear una visita de inmueble
Versión 1.0 – 12/10/19
Descripción El sistema debe ser capaz de brindarle al usuario cliente la capacidad de visitar
un inmueble
Precondición El usuario debe estar registrado como usuario cliente

Normal
1 El usuario debe oprimir el botón de tipo de visitar inmueble en la
pagina del inmueble que está interesado
2 El sistema lo renviara a una pagina con las fechas en la cuales puede

realizar la visita
3 El usuario debe escoger la fecha en la cual hará la visita
4 El usuario debe oprimir enviar
Postcondición El sistema enviara un mensaje informando que la operación fue exitosa.
2 No hay fechas para realizar visitas
Prioridad 4
36
RF- 9002 Editar una visita de inmueble
Versión 1.0 – 12/10/19
Descripción El sistema debe ser capaz de brindarle al usuario cliente la capacidad de editar
la visita un inmueble
Paso Acción
1 El usuario debe dirigirse a su perfil y darle la opción mis visitas.
2 El sistema lo renviara a la pagina donde muestra todas las visitas que

tiene pendientes
3 El usuario debe seleccionar la visita que desea modificar
4 El sistema lo dirige a la página de las visitas del inmueble
5 El usuario debe escoger el nuevo horario de visita
6 El usuario debe oprimir el botón enviar
Paso Acción
3 El usuario no tiene visitas pendientes
5 No hay fechas para realizar el cambio de fecha de visita
Prioridad 3
37
RF- 9003 Eliminar una visita de inmueble
Versión 1.0 – 12/10/19
Descripción El sistema debe ser capaz de brindarle al usuario cliente la capacidad de

eliminar la visita un inmueble
Paso Acción
1 El usuario debe dirigirse a su perfil y darle la opción mis visitas.
2 El sistema lo renviara a la página donde muestra todas las visitas que

tiene pendientes
3 El usuario debe seleccionar la visita que desea eliminar
4 El usuario debe oprimir el botón eliminar
Paso Acción
3 El usuario no tiene visitas pendientes
3 El usuario desea eliminar una visita con menos de 48 horas de

anticipación, de suceder esto le envía un mensaje informando que no se
puede eliminar o deberá pagar una multa.
Prioridad 3
38
RF- 10001 Crear una cita con un asesor financiero
Versión 1.0 – 12/10/19
Descripción El sistema debe ser capaz de brindarle al usuario cliente la capacidad crear una
cita con un asesor financiero

Normal
1 El usuario debe oprimir el botón de tipo de crear cita en el menú de
asesor
2 El sistema lo renviara a una página con las fechas en la cuales puede

crear una cita con el asesor
3 El usuario debe escoger la fecha en la cual hará la cita
4 El usuario debe oprimir enviar
2 No hay fechas para realizar la cita
Prioridad 4
39
RF- 9002 Editar una cita de inmueble
Versión 1.0 – 12/10/19
Descripción El sistema debe ser capaz de brindarle al usuario cliente la capacidad de editar
la cita con un asesor
Paso Acción
1 El usuario debe dirigirse a su perfil y darle la opción mis citas.
2 El sistema lo renviara a la página donde muestra todas las citas que

tiene pendientes.
3 El usuario debe seleccionar la cita que desea modificar
4 El sistema lo dirige a la página de las citas del asesor
5 El usuario debe escoger el nuevo horario para realizar la cita
Paso Acción
3 El usuario no tiene citas pendientes
5 No hay fechas para realizar el cambio de fecha de cita con el asesor
Prioridad 3
40
RF- 9003 Eliminar una cita de inmueble
Versión 1.0 – 12/10/19
Descripción El sistema debe ser capaz de brindarle al usuario cliente la capacidad de

eliminar la cita con un asesor
Paso Acción
1 El usuario debe dirigirse a su perfil y darle la opción mis citas.
2 El sistema lo renviara a la página donde muestra todas las citas que

tiene pendientes.
3 El usuario debe seleccionar la cita que desea eliminar
6 El usuario debe oprimir el botón eliminar
Paso Acción
3 El usuario no tiene citas pendientes
3 El usuario desea eliminar una visita con menos de 48 horas de

anticipación, de suceder esto le envía un mensaje informando que no se
puede eliminar o deberá pagar una multa.
Prioridad 3
41
RF- 11001 Crear cuenta de cobro
Versión 1.0 – 20/09/19
una cuenta de cobro.

Normal
1 El usuario propietario debe seleccionar la opción de crear un crear una
cuenta de cobro, en el menú de cuentas de cobro.
2 El sistema lo direcciona a la página de cuentas de cobro
3 El usuario debe llenar el formulario de cuenta de cobro llenando con

los datos del usuario cliente al cual se le realiza esta cuenta de cobro
Postcondición El sistema enviará un mensaje al usuario de que la operación fue exitosa.
3 El usuario cliente no tiene un negocio con este usuario propietario
3 Falta información importante o un dato es erróneo
Prioridad 4
42
RF- 11002 Modificar una cuenta de cobro
Versión 1.0 – 20/09/19

modificar una cuenta de cobro

Normal
1 El usuario propietario debe seleccionar la opción de crear un modificar
una cuenta de cobro, en el menú de cuentas de cobro.
3 El usuario debe llenar el formulario de modificar cuenta de cobro
3 El usuario cliente no tiene un negocio con este usuario propietario.
Prioridad 3
43
RF- 11003 Eliminar una cuenta de cobro
Versión 1.0 – 20/09/19

eliminar una cuenta de cobro
Precondición El usuario debe estar registrado como usuario propietario y debe tener una
cuenta de cobro en proceso

Normal
1 El usuario propietario debe seleccionar la opción de crear un eliminar
una cuenta de cobro, en el menú de cuentas de cobro.
3 El usuario debe seleccionar que cuenta de cobro desea eliminar
3 El usuario no tiene cuentas de cobro
3 La cuenta de cobro esta en un proceso avanzado y no se puede

eliminar
Prioridad 3
44
RF- 12001 Crear una venta
Versión 1.0 – 21/09/19
una venta.

Normal
1 El usuario propietario debe seleccionar la opción de vender en la
página de registro de su inmueble.
2 El sistema lo direcciona a la página de ventas.
3 El usuario debe llenar el formulario de ventas de inmuebles.
2 El usuario cliente no tiene un inmueble el cual poner a la venta
Prioridad 4
45
RF- 12001 Crear una venta
Versión 1.0 – 21/09/19
una venta.

Normal
página de su inmueble.
3 El usuario debe llenar el formulario de ventas de inmuebles.
Prioridad 4
46
RF- 12002 Modificar una venta
Versión 1.0 – 21/09/19

modificar una venta.

Normal
3 El usuario debe llenar el formulario de modificación ventas de

inmuebles.
Prioridad 3
47
RF- 12003 Eliminar una venta
Versión 1.0 – 21/09/19

eliminar una venta.

Normal
3 El usuario debe seleccionar la venta que desea eliminar.
3 El usuario cliente no tiene ventas
3 La venta que selecciono esta finalizada o esta en una etapa muy

avanzada
Prioridad 3
48
RF- 13001 Crear un arrendamiento
Versión 1.0 – 21/09/19
un arrendamiento.

Normal
1 El usuario propietario debe seleccionar la opción de arrendar en la
2 El sistema lo direcciona a la página de arrendamientos.
3 El usuario debe llenar el formulario de arrendamiento de inmuebles.
2 El usuario cliente no tiene un inmueble el cual poner en arrendamiento
Prioridad 4
49
RF- 13002 Modificar un arrendamiento
Versión 1.0 – 21/09/19

modificar una venta.

Normal
2 El sistema lo direcciona a la página de arrendamientos.
3 El usuario debe llenar el formulario de modificación arrendamiento de

inmuebles.
2 El usuario cliente no tiene un inmueble el cual poner en

arrendamiento.
3 Falta información importante o un dato es erróneo.
Prioridad 3
50
RF- 13003 Eliminar un arrendamiento
Versión 1.0 – 21/09/19

eliminar un arrendamiento.

Normal
2 El sistema lo direcciona a la página de arrendamiento.
3 El usuario debe seleccionar el arrendamiento que desea eliminar.
4 El usuario debe darle oprimir el botón enviar.
3 El usuario cliente no tiene ventas.
3 El arrendamiento que selecciono está finalizado o está en una etapa

muy avanzado y se debe cumplir ese plazo de arrendado.
Prioridad 3
51
RF- 14001 Registrarse persona interesada
Versión 1.0 – 21/09/19
Descripción El sistema debe ser capaz de brindarle al usuario cliente la opción de notificar
al usuario propietario que está interesado en uno de sus inmuebles.

Normal
1 El usuario cliente debe estar en la página del inmueble en el cual está
interesado.
2 El usuario debe oprimir el botón “Estoy interesado”
3 El sistema lo enviara a una pestaña la cual le brindara más

información sobre el inmueble.
4 El sistema notificara al usuario propietario que alguien está

interesado en su inmueble
Postcondición El sistema enviará un mensaje al usuario cliente informándole que el usuario

propietario sabe de este interés y se pondrá en contacto en él.
1 El usuario se dirige a un inmueble vendido o arrendado
Prioridad 4
52
RF-15001 Consultar controles de riesgo
Versión 1.0 – 21/10/19

consultar controles de riesgo

Normal
1 El usuario debe oprimir el botón central de riesgo, que se encuentra en
el menú

tendrá que diligenciar los datos del usuario en el buscador

Postcondición El sistema enviará un mensaje informando que la operación fue exitosa.

o faltante.
Prioridad 5
53
RF-16001 Verificar certificado de libertad
Versión 1.0 – 21/10/19

verificar certificado de libertad

Normal
1 El usuario debe oprimir el botón verificar certificado de libertad, que se
encuentra en el menú

tendrá que diligenciar los datos del usuario en el buscador


o faltante.
Prioridad 5
54
RF-16001 Crear comisiones
Versión 1.0 – 21/10/19
Descripción El sistema debe ser capaz de brindarle al usuario administrador crear

comisiones.

Normal
1 El usuario debe oprimir el botón crear comisión, que se encuentra en el
menú de administrador.
2 El usuario debe elegir a quien al comercial a cuál va destinada esta

comisión
3 El usuario debe llenar el formulario de comisión
4 El usuario debe seleccionar el botón enviar

o faltante.
Prioridad 2
55
RF-16001 Reporte de negocios cerrados
Versión 1.0 – 21/10/19

crear un reporte de negocios cerrados.

Normal
1 El usuario debe oprimir el botón crear reporte de caso cerrado
2 El usuario debe elegir uno de los negociosos cerrados
3 El usuario debe llenar el formulario de reportes

o faltante.
Prioridad 3
56
1000 Inmueble
2000 Usuarios
3000 Reportes
4000 Inmobiliarias
5000 Avalúos
6000 Lista Clinton
7000 Estudios
8000 Tipo de persona
9000 Visita de inmueble
10000 Citas
11000 Cuentas de cobro
12000 Ventas
13000 Arrendamientos
14000 Persona interesada
15000 Controles de riesgo
16000 Certificados de libertad
17000 Comisiones
18000 Negocios cerrados
7.5 REQUERIMIENTOS NO FUNCIONALES

A continuación, se especifican los requerimientos no funcionales utilizados por la plataforma
Inalpesweb
7.6 RESTRICCIONES TECNOLÓGICAS

A continuación se describen las restricciones tecnológicas de Inalpesweb.
7.7 PROCESO DE DESARROLLO DE SOFTWARE: SCRUM
57
Scrum es un proceso de desarrollo de software, que fue seleccionado para la implementación
del SAE, por ser una metodología de desarrollo ágil que permite una adaptación y evolución
continua del proyecto bajo condiciones de surgimiento de nuevos requerimientos o cambios
en los requerimientos durante todo el proceso de desarrollo. Scrum principalmente utiliza una
estructura incremental fundamentada en iteraciones y revisiones periódicas. Para mayor
información sobre Scrum ver el Anexo N° 1.
SCRUM EN EL PROYECTO DEL SAE
De acuerdo a las prácticas de gestión ágiles descritas en el proceso de desarrollo SCRUM, se

definen para el proyecto del SAE los elementos de desarrollo de la siguiente forma:
LAS REUNIONES
La duración de un sprint se definió en 1 semanas y las reuniones que se realizan son:

● Una primera reunión de lanzamiento del sprint donde se determina las historias de
usuario que se deben trabajar para cumplir con el objetivo del sprint.
● Una segunda reunión que se realiza 1 semana después de iniciar el sprint, con el objeto
de hacer seguimiento del avance y tomar correctivos si es necesario.
● Una tercera reunión donde se ejecuta el post mortem del sprint y se hace el
lanzamiento de un nuevo sprint.
58

Inalpesweb

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Inalpesweb

Cargado por

Copyright:

Formatos disponibles

Sistema para InAlpes inmobiliaria

del software inmobiliaria

Fecha Versión Descripción Autor

25/10/2016 <1.0> Versión inicial (proporcionaba al Jair prada,

En este documento se presenta el análisis del Sistema Altamente Escalable Inalpesweb, el

En la sección de implementación de Scrum en el proyecto, se define: las reuniones, los

1.1 PROPÓSITO Y AUDIENCIA

1.2 CONTEXTO Y ALCANCE

• La intervención humana en el proceso debe minimizarse

• Se debe buscar favorecer el autoservicio por parte de los clientes

• La comunicación con entidades de riesgo y consultas de entidades de crédito debe hacerse

• La confidencialidad de la información de los clientes es fundamental, así como la seguridad

• El sistema debe ofrecer diferentes mecanismos de búsqueda de inmuebles. El

• El sistema debe soportar la inicialmente la venta y arrendamiento de inmuebles pero debe

• Se requiere que la arquitectura y diseño del sistema se termine en 4 meses

• El sistema deberá ser implementado y probado en 4 meses calendario

• La organización desea minimizar los costos de mantenimiento y administración del sistema

• Una vez el sistema entre en producción no se realizarán inversiones adicionales en

• Actualmente se aprobó la compra de un aplicativo para manejar la contabilidad de

• El sistema debe ofrecer la opciones de registrar editar y eliminar inmuebles.

• La generación de reportes e indicadores de cómo va el negocio debe ser instantánea.

• La comunicación con entidades de riesgo y consultas de entidades de crédito debe hacerse

• El pago por conceptos de estudio de solicitudes se hará con un botón de pagos

• La confidencialidad de la información de los clientes es fundamental, así como la seguridad

• El sistema debe soportar la inicialmente la venta y arrendamiento de inmuebles, pero debe

• El sistema debe soportar el registro de inmobiliarias es decir registra diferentes sucursales.

• El sistema debe soportar la petición de avaluó de inmuebles.

• El sistema debe soportar la conexión con un buscador de inmuebles reportados en la lista

• El sistema debe soportar la conexión con un sistema de que evaluación de certificado de

El presente documento se organiza por secciones. En la primera sección se comienza por

Administrador Usuario registrado con permisos

Reporte Noticia , informe o suceso reciente, sobre

Perito Experto reconocido como una fuente

1.5 REFERENCIAS DEL DOCUMENTO

[1] Manual de políticas de seguridad de la información. (republica, 2018)

2. GENERALIDADES DEL PROYECTO

2.1 Problema a resolver

2.2 Descripción del sistema a desarrollar

• Módulo de Información: En este módulo se implementan toda la administración de la

El sistema se está desarrollando sobre el ambiente de programación Netbeans 8.0.1

En el servicio de computo de aplicación web, las tecnologías a utilizar en el desarrollo, de los

En el servicio de almacenamiento de datos relacional se puede utilizar un motor de base de

6. MOCKUPS Y DISEÑO DE INTERFAZ GRÁFICA DE USUARIO

7.2 REQUERIMIENTOS FUNCIONALES

A continuación, se especifican los requerimientos funcionales utilizados por la plataforma

Editar Información de Usuario

Editar Información de Inmueble

Editar Información del Reporte

Editar Información de Inmobiliaria

Editar Información de Avalúo

Consultar Lista Clinton

Consultar Central de riesgos

Consultar Certificado de tradición y libertad

RF- 1001 Registrar un inmueble

Versión 1.0 – 20/09/19

Autores Brayan Romero, Jair Prada, Johan Romero

Precondición El usuario debe estar registrado como usuario propietario

Secuencia Paso Acción

2 El sistema lo direcciona a la página de registro del inmueble

3 El usuario debe llenar el formulario de registro del inmueble

4 El usuario debe darle oprimir el botón enviar

Postcondición El sistema debe almacenar la información en la base de datos y enviar un

Excepciones Paso Acción