Anda di halaman 1dari 12

ÍNDICE GENERAL

CARATULA I
AGRADECIMIENTOS II
INDICE III

1. CAPITULO I: DATOS DE LA EMPRESA.

1.1. MEMORIA DESCRIPTIVA DE LA INSTITUCIÓN.


1.1.1. UBICACIÓN GEOGRÁFICA.
1.1.2. MEMORIA DESCRIPTIVA.
1.1.3. ESTRUCTURA ORGÁNICA.
1.1.4. MISIÓN.
1.1.5. VISIÓN.
1.2. OBJETIVOS DEL SISTEMA.
1.2.1. OBJETIVO GENERAL.
1.2.2. OBJETIVOS ESPECIFICOS.

2. CAPITULO II: ANALISIS DE SISTEMA.


2.1. IDENTIFICACION DEL PROBLEMA ACTUAL.
2.2. DETERMINACION DE REQUERIMIENTOS.
2.2.1. REQUERIMIENTOS FUNCIONALES.
2.2.2. REQUERIMIENTOS NO FUNCIONALES.
2.2.3. REGLAS DEL NEGOCIO.
2.3. PROPUESTA DE SOLUCION.
2.4. PLAN DE PROYECTO.

3. CAPITULO III: DISEÑO DEL SISTEMA.


3.1. DISEÑO DE ARQUITECTURA.
3.1.1. ARQUITECTURA.
3.1.2. TECNOLOGIA.
3.1.3. METODOLOGIA.
3.2. DISEÑO DE BASE DE DATOS.
3.3. DISEÑO DE ENTRADAS Y SALIDAS.
3.4. DISEÑO DE INTERFACES.
CAPITULO I: DATOS DE LA EMPRESA

1.1- MEMORIA DESCRIPTIVA DE LA EMPRESA:


1.1.1. UBICACIÓN GEOGRAFICA:
 Nombre: Inmobiliaria “JOSUE”
 Dirección: Av. Bellavista #598-B
 Teléfono: 061-574622.
 Coordenadas: -8.3877442,-74.5368623.

1.1.2. MEMORIA DESCRIPTIVA:

Es una empresa con un programa de Marketing y publicidad muy exhaus-


tiva, que nos permite promocionar y exponer las propiedades a comerciar
de manera muy rápida, logrando así, dar los mejores resultados en el me-
nor tiempo posible.
Cuentan con el mejor equipo de profesionales conformado por; administra-
dores, especialistas en negocios, abogados, asesores financieros y aseso-
res inmobiliarios a nivel nacional. Esto nos asegura dar la mejor asesoría
de inversión, para la decisión de compra, venta y/o alquiler de inmuebles,
garantizando su inversión a través de una operación confiable, eficiente y
segura. Nuestro equipo de asesores inmobiliarios está preparado para
atender con la mejor disposición y preparación.
Contamos con tecnología de punta y un sistema de base de datos único
en el mercado que nos permite hacer el match perfecto entre Vendedor-
Comprador. Para hacer de su experiencia algo placentero y muy sencillo,
agilizando tiempos de búsqueda y así brindar las mejores alternativas del
mercado.
Nos caracterizamos por brindar un servicio personalizado, eficiente y pro-
fesional a nuestros clientes. Somos una empresa seria y nos gusta exceder
las expectativas del cliente. Ese, es nuestro compromiso.
1.1.3 ESTRUCTURA ORGANICA:

1.1.4 MISION:
“Permitir alcanzar a las familias latinoamericanas el sueño de la casa pro-
pia con estándares de clase mundial; siendo generadores de desarrollo
para la sociedad, para nuestro equipo de trabajo, socios estratégicos e in-
versionistas. También brindar los mejores servicios de calidad y al menor
tiempo posible, para así maximizar las oportunidades de nuestros clientes
e inversionistas.”

1.1.5 VISION:
“Ser reconocida como una empresa líder Latinoamericana en el desarrollo
y ejecución de proyectos inmobiliarios, con un alto compromiso hacia nues-
tros clientes, colaboradores y socios estratégicos. Tener una cultura de
éxito y responsabilidad social, mejorando la calidad de vida de los ciuda-
danos”.
1.2 OBJETIVOS DEL SISTEMA

1.2.1 Objetivo general


Desarrollar un sistema de información para el manejo y comercialización de
datos concernientes a los inmuebles, orientado a web, como una solución a
los diferentes requerimientos que puede tener una empresa inmobiliaria tales
como: agilización de procesos, velocidad en búsqueda de la información, me-
jora en la comercialización y en la presentación de los inmuebles, practicidad
y seguridad el almacenamiento y administración de la información.

1.2.2 Objetivos específicos


• Desarrollar un análisis preliminar.
Análisis que la información de cada uno de las funciones, cargos y procesos,
que presenta la empresa, servirá de base para la posterior realización de la
estructura del software las funciones de cada uno de sus actores, las funcio-
nes que desarrollan dentro de la empresa y los procesos que están cumplen,
pues gracias a esto se definirá claramente la caracterización de la empresa
que es objeto de estudio, sus funciones y procesos.
• Descripción de las funciones.
Se describirá las funciones y atributos que, de cada entidad, así también sus
procesos al momento de su ejecución.
• Realizar un software para el desarrollo del sistema de información y procesos
de su desarrollo.
Se desarrollará un software que cumplan todos los requerimientos de la em-
presa para una mejor manipulación, agilización, búsqueda, venta de la em-
presa inmobiliaria.
CAPITULO II: ANALISIS DEL SISTEMA

2.1 IDENTIFICACION DEL PROBLEMA ACTUAL:

El área de las ventas, alquileres de terrenos y/o casas es un campo muy grande y
desordenado, hemos encontrado muchos problemas como:
• Mala administración de los inmuebles.
• La administración de los espacios físicos involucra varios esfuerzos y/ orga-
nización debido a que cada local genera una cantidad importante de informa-
ción, desde contratos hasta cuotas extraordinarias y espaciales; además
cada documento debe de manejarse de forma particular, ya sea por cliente,
por giro o zona.
• Demasiado papeleo y generación de bases de datos.
• Debido a la cantidad de información que se genera en cada uno de los in-
muebles como contratos, datos del cliente, capturas de cuotas, facturas, no-
tas de crédito, datos legales, entre otros, crear bases de datos o expedientes
ocupa espacio y tiempo, así como la gestión de estos documentos no permite
la libre manipulación de los mismos.
• Realizar reportes básicos como el historial de renta por local, o bien directivos
con datos duros con la información general y proyecciones de ingresos no es
tan sencillo e involucra mucho tiempo.
• Realizar un plano para ubicar el inmueble es complicado, costoso o poco
práctico.
• Ubicar de forma espacial los locales puede ser una solución muy práctica
para administrar los inmuebles, sin embargo, cuando generamos un plano
que contenga la superficie teórica y real, así como la clasificación de cada
local, no siempre sabemos aprovecharlo, o bien, debemos apoyarnos de un
externo.
• Los tiempos de facturación dependen de un tercero.
• No dominar nuestro propio sistema de facturación involucra problemas de
tiempo, además de que se vuelve más complicado el gestionar y tomar deci-
siones de uno de los factores más importantes de nuestra empresa.

2.2 DETERMINACION DE REQUERIMIENTOS.
Los requerimientos funcionales son aquellos que vienen establecidos por las fun-
cionalidades
del sistema, es decir, definen el comportamiento interno del software y vienen
complementados por los requerimientos no funcionales.

2.2.1 REQUERIMIENTOS FUNCIONALES.

 REGISTRAR NUEVO INMUEBLE:


El administrador de la sección será el encargado de insertar nuevos inmue-
bles en la base de datos, para ello, deberá rellenar un formulario con los datos
referentes al inmueble y las fotografías que desee mostrar de éste. El sistema
deberá comprobar el formato de los datos introducidos en el formulario, inser-
tando dichos datos en caso de que sean correctos.

 ELIMINAR INMUEBLE:
El encargado de eliminar inmuebles será el administrador de la sección, para
realizar esta acción, se tendrá que seleccionar el inmueble a eliminar y con-
firmar su eliminación. Seguidamente, el sistema archivará la descripción y to-
das las operaciones que fueron llevadas a cabo en un documento editable
(formato RTF, legible por cualquier procesador de textos), además de generar
un archivo con todas las fotografías disponibles del inmueble, por si el admi-
nistrador desea conservarlas de forma local.

 REGISTRAR NUEVOS CLIENTES:


La inserción de clientes se realizará mediante un formulario que el adminis-
trador rellenará con los datos del cliente. El sistema, por su parte, debe validar
el formato de los datos introducidos y, en caso de que éstos sean correctos,
serán insertados en la base de datos.

 GENERAR REPORTE DE DATOS DEL CLIENTE:


Por tal de visualizar los datos completos de un cliente concreto, el administra-
dor de la sección seleccionará el cliente que desee y el sistema se encargará
de mostrar los datos por pantalla de una forma clara y concisa.

 REGISTRO DE VENTA:
Para marcar un inmueble como vendido y, por tanto, registrar una operación
de venta, el administrador de la sección deberá rellenar un sencillo formulario
especificando qué empleado realizo la venta y qué cliente realiza la compra.
Tras la verificación de los datos, el sistema modificará el estado del inmueble
y registrará una operación de venta sobre él.

 GENERAR REPORTE DE CLIENTES:


El sistema permitirá al administrador generar reportes con la información prin-
cipal sobre los clientes, dicho informe ha de estar disponible desde la sección
de informes. Para tal efecto, el administrador tan solo tendrá que seleccionar
la opción “Generar PDF”.

 AÑADIR EMPLEADO:
Para agregar un nuevo empleado a la base de datos, el administrador deberá
rellenar un formulario con los datos de dicho empleado, de forma opcional,
también podrá rellenar los datos acerca del contrato que vincula al empleado
con la empresa. El sistema, validará los datos introducidos y procederá a in-
corporar estos datos en la base de datos.

 VER DATOS DEL EMPLEADO:


Nuestro sistema será el encargado de mostrar, siguiendo el estilo de la web,
los datos personales y administrativos (datos del contrato) del empleado se-
leccionado por el administrador de la sección.

 GENERAR REPORTE DE EMPLEADOS:


El sistema podrá generar, a petición del administrador, un informe con la in-
formación de la actual plantilla de la empresa, dicho informe se generará en
formato PDF para maximizar la compatibilidad con los diversos sistemas del
mercado.

 GENERACIÓN DE REPORTE:
El sistema llevará a cabo, por deseo del administrador, la creación de diversos
informes (clientes, empleados, visitas, etc.). Dichos informes se generarán
desde la sección correspondiente, pero deben ser gestionables a través del
gestor de inmuebles.
 ELIMINAR INFORME:
El administrador deberá seleccionar el inmueble a eliminar, tras mostrar una
alerta y esperar la confirmación del administrador, el sistema eliminará dicho
informe y actualizará la lista de informes disponibles.

 VISUALIZAR INFORMES:
El aplicativo permitirá la visualización online de los informes disponibles, para
ello, el administrador seleccionará de una lista de informes disponibles, el in-
forme que desee visualizar.
2.2.2 REQUERIMIENTOS NO FUNCIONALES
Los requisitos no funcionales, al contrario que los funcionales, no vienen de-
terminados por el
funcionamiento del sistema. Sino que son requerimientos derivados de carac-
terísticas que en
algún momento u otro pueden afectar a la correcta funcionalidad de dicho
sistema.

 REQUERIMIENTOS DE RENDIMIENTO
Los requerimientos no funcionales de rendimiento se pueden dividir en dos
clases, los que afectan al rendimiento estático y los que afectan al rendimiento
dinámico.
Por un lado, los estáticos hacen referencia a las limitaciones de rendimiento
que el sistema ha
de superar sin tener en cuenta el estado actual, mientras que los dinámicos
lo único que importa es el rendimiento en dicho momento.

 REQUERIMIENTOS ESTÁTICOS

 CONEXIONES SIMULTÁNEAS:
Puesto que se trata de una web para una empresa, se debe tener en cuenta
el número de visitantes que se espera conseguir. Al ser una empresa inmobi-
liaria con un radio de acción más o menos local, el número de visitas simultá-
neas no será excesivo y por tanto, la web y las bases de datos asociadas a
ella deberán soportar un número significativo de conexiones simultáneas,
pero no excesivo.

 BASES DE DATOS:
Debido al gran volumen de información que pueden llegar a almacenar, las
bases de datos asociadas a la web deberán estar capacitadas para almacenar
un volumen considerable de datos.

 REQUERIMIENTOS DINÁMICOS

 TIEMPO DE ESPERA Y CONEXIONES:


Como ya hemos visto, el sistema ha de ser capaz de dar
servicio a todas las conexiones sin que esto repercuta ni en el rendimiento ni
en el tiempo de espera. Algunos estudios sobre el comportamiento de los
usuarios de internet revelan que en este tipo de webs se sigue una distribu-
ción normal, con algunas desviaciones coincidentes con el tiempo libre de la
mayoría de usuarios. Esto nos hace prever que no se producirán grandes pi-
cos en cuanto a las conexiones simultáneas y por tanto, con no se tomarán
medidas para paliar el posible efecto en el rendimiento que una gran demanda
generaría, ya que esta opción es estadísticamente despreciable.

 REQUERIMIENTOS SOBRE LAS INTERFACES EXTERNAS

 ESTILO Y DISEÑO:
en este caso se establecen requerimientos sobre el diseño y estilo debido a
que se trata de una empresa con siglas de identidad, la empresa quiere llevar
a cabo una actualización y un aumento de las funcionalidades de la web, pero
sin que esto conlleve un cambio radical en su estilo.
 REQUERIMIENTOS DE CALIDAD

Todo proyecto informático debe tener unos requerimientos de calidad para


asegurar que el producto final sea de la mejor calidad posible, dentro del
marco de lo acordado con los clientes. Desde este punto de vista, se ha rea-
lizado un gran esfuerzo por potenciar algunos aspectos que inciden sobre la
calidad del software implementado. Por un lado, se ha intentado que la nave-
gación sea lo más intuitiva posible a lo largo de todas las páginas, facilitando
de esta forma la interacción con los usuarios. Tanto la estructura del web
como la de la base de datos, se ha diseñado pensando en posibles amplia-
ciones y en su mantenimiento. Ya que la vida de un software es de corta du-
ración y requiere muchos pequeños cambios en un corto periodo de tiempo.
Por otro lado, el web está dotado de ayuda contextual que facilita la interac-
ción de los usuarios con la interfaz, aportando la información adicional nece-
saria para llevar a cabo todas las operaciones disponibles.
Se ha seguido un estilo de codificación en el cual se han utilizado funciones
modulares lo más generales posible, con diferentes capas y estelos para los
objetos, separando dentro de lo posible la implementación del estilo, etc. Todo
para facilitar el mantenimiento y las posibles ampliaciones.
Finalmente se ha elaborado una extensa documentación sobre todas las fa-
ses del proyecto,
además de guías de usuario en formato flash (ejecutable) y en formato PDF
que pueden ser
consultadas en caso de que sea necesario.

2.2.3 REGLAS DE NEGOCIO

1. Analizar cada uno de las entidades de la empresa las cuales son gerente,
clientes, ventas, contabilidad y mensajería.
2. Analizar los procesos de la empresa en publicidad, ventas, facturación, re-
gistro, usuario.
3. expandir la base de datos. Proveer información competitiva, de productos
y servicios de la inmobiliaria.
4. Proveer información sobre los precios de los productos y promociones de
manera más oportuna. Dominar software para mejorar la entrega y efecti-
vidad de las letras de ventas, colaterales de mercado, presentaciones y
propuestas.
5. Lograr mejores controles internos en el sistema como listas de clientes,
análisis de lo que está por venir y pronósticos, contratos, e información de
precios y acuerdos.
6. Darles mejor importancia a las ventas. Desarrollando una interfaz donde
se publicar y observar los productos que la inmobiliaria posee.
2.3 PROPUESTA DE SOLUCION:

Lo que nosotros proponemos a desarrollar es un sistema de información para el


manejo y comercialización de datos concernientes a los inmuebles, un sistema web
que nos permita dar solución a los diferentes requerimientos que puede tener una
empresa inmobiliaria tales como: agilización de procesos, velocidad en búsqueda
de la información, mejora en la comercialización y en la presentación de los inmue-
bles, practicidad y seguridad el almacenamiento y administración de la información.
Un análisis que servirá de base para la posterior realización del planteamiento de
la visión administrativa, pues gracias a esto se definirá claramente la caracterización
de la empresa que es objeto de estudio, sus funciones y procesos.

2.4 PLAN DE PROYECTO:


Capítulo III: diseño de sistemas

3.1 DISEÑO DE ARQUITECTURA

3.1.1 ARQUITECTURA

La arquitectura está directamente relacionada con tecnología, de hecho, es el con-


junto de tecnologías que se utilizaran en la construcción del sistema; el tipo de ar-
quitectura que se ultizaran para desarrollar el software es la arquitectura por capas,
particularmente el modelo dos capas (FrontEnd y el Backend); ya que los frontend
utilizan aquellas tecnologías que corren del lado del cliente, es decir, todas aquellas
tecnologías que corren del lado del navegador web, generalizandose más que nada
en tres lenguajes, Html , CSS Y JavaScript. Y los backend que se encuentra del
lado del servidor, es decir, esta persona se encarga de lenguajes como PHP,
Python, .Net, Java, etc, es aquel que se encarga de interactuar con bases de datos,
verificar manejos de sesiones de usuarios, montar la página en un servidor, y desde
este “servir” todas las vistas que el FrontEnd crea, es decir, uno como backend se
encarga más que nada de la manipulación de los datos, que en muchas ocasiones
suele ser lo más tedioso, pero al mismo tiempo, un Backend no sirve de mucho si
no existe un FrontEnd de por medio que se haya encargado de que la página se
vea estetica, el programador de Backend normalmente debe de conocer Bases de
datos, Frameworks y Librerías.

3.1.2 TECNOLOGÍA

Como la arquitectura está relacionada con la tecnología se desarrollara con Java


Servlets y JSP ,Desarrollo web con Java EE tecnologías de Java del lado del ser-
vidor como lo son los Java Servlets, Java Server Page, Expression Language y
JSTL para crear aplicaciones web dinámicas utilizando el patrón de diseño mejor
conocido(FrontEnd y el Backend).

Ya que actualmente se tienen conocimientos de Java EE y diseño de páginas web


con HTML del lado del servidor, todo esto utilizando el patrón de diseño de dos
capas. Además de esto utilizar framework de diseño web como es el BOOTSTRAP
que Es un framework o conjunto de herramientas de Código abierto para diseño de
sitios y aplicaciones web. Contiene plantillas de diseño con tipografía, formularios,
botones, cuadros, menús de navegación y otros elementos de diseño basado en
HTML y CSS.
3.1.3 METODOLOGÍA

La metodología RUP es la que seguiremos ya que usa el enfoque de la orientación


a objetos en su diseño y está diseñado y documentado el uso de la notación UML
(Unified Modeling Language) para ilustrar los procesos en acción. Utilizaremos téc-
nicas y prácticas probadas comercialmente.

Es un proceso considerado pesado y preferentemente aplicable a grandes equipos


de desarrollo y grandes proyectos, pero el hecho de que es ampliamente persona-
lizable que permite adaptarse a proyectos de cualquier escala.

Para la gestión del proyecto, la metodología RUP proporciona una solución discipli-
nada como las tareas y responsabilidades señaladas dentro de una organización
de desarrollo de software.

3.2 DISEÑO DE BASE DE DATOS

3.2.1 DISEÑO CONCEPTUAL. -


3.2.1 DISEÑO LOGICO. -

3.2.1 DISEÑO FISICO. –