Top Banner
INMOADMIN I.U.A. Trabajo Final de Pre Grado Flavia Verónica Yabes 2012
127

tesis pregrado IUA

Jul 24, 2015

Download

Documents

Flavia Yabes

tesis pregrado IUA, Ingenieria en Sistemas
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: tesis pregrado IUA

INMOADMINI.U.A. Trabajo Final de Pre Grado

Flavia Verónica Yabes

2012

Page 2: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Agradecimientos

A mi mamá, a mi papá, a Andrés, a Kari, a mis compañeros, a mis profesores y al personal del IUA, a Juanita y a Federico, gracias por apoyarme, alentarme y acompañarme en esta maravillosa carrera.

Flavia Verónica Yabes 2

Page 3: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Índice

1. Introducción 1.1. Propósito 1.2. Alcance

2. Análisis de la Organización 2.1. Nombre y domicilio de la empresa 2.2. Rubro del Negocio 2.3. Organigrama 2.4. Misión, Visión, Políticas, Objetivos, Metas y Factores críticos de éxito 2.5. Oportunidades de Negocio 2.6. Matriz FODA

3. Descripción de Apostadores y de Usuarios 3.1. Resumen de Apostadores 3.2. Resumen de Usuarios 3.3. Entorno de Usuarios

4. Requerimientos No Funcionales 5. Modelo de Negocio 6. Vista Global de Proyecto

6.1. Objetivos y Alcances del Proyecto 6.2. Justificación del Proyecto 6.3. Supuestos y restricciones 6.4. Resultados del Proyecto 6.5. Agenda

7. Organización del Proyecto 7.1. Estructura Organizacional 7.2. Roles y Responsabilidades 7.3. Recursos del proyecto 7.4. Presupuesto Estimado

8. Plan de la Fase 8.1. Evaluación económica 8.2. Evaluación Social 8.3. Planificación 8.4. Diagrama de Gantt 8.5. Ejecución 8.6. Control 8.7. Administración de Financiamiento 8.8. Puesta en Marcha

9. Análisis de Factibilidad 9.1. Viabilidad Comercial 9.2. Viabilidad Técnica 9.3. Viabilidad Organizacional 9.4. Viabilidad Legal

Flavia Verónica Yabes 3

Page 4: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

9.5. Viabilidad Ambiental 9.6. Viabilidad Económica 9.7. Viabilidad Financiera

10. Estimación del tamaño del sistema (método de cálculo Puntos de Casos de Uso) 11. Definición del precio del sistemas y forma de pago adoptada por el cliente

11.1. Presupuesto tipo 12. Análisis de Riesgos

12.1. Adaptación a la nueva herramienta informática por los empleados, clientes y usuarios 12.1.1. Magnitud del Riesgo 12.1.2. Descripción 12.1.3. Impacto 12.1.4. Indicadores 12.1.5. Estrategias de mitigación 12.1.6. Plan de contingencia

13. Deficiencia presupuestaria 13.1. Magnitud del Riesgo 13.2. Descripción 13.3. Impacto 13.4. Indicadores 13.5. Estrategias de mitigación 13.6. Plan de contingencia

14. Creación de Artefactos 14.1. Listado y descripción de actores SI 14.2. Listado de UC sistema 14.3. Descripción en formato completo de los UC del Sistema 14.4. Diagrama de actividades 14.5. Diagrama de clases de Análisis de UC 14.6. Diagrama de colaboración de UC

15. Artefactos de Diseño 15.1. Descripción de la Arquitectura 15.2. CU Arquitectónicamente significativos 15.3. Clase del Diseño 15.4. Vista lógica de la arquitectura del sistema 15.5. Diagrama de clases del diseño y diagramas de secuencia 15.6. Modelo de despliegue

16. Modificación de requerimiento 17. Modelo de BD 18. Interfaces de Usuario 19. Artefactos de Implementación

19.1. Descripción de la arquitectura. Diagramas y subsistemas de implementación 19.2. Plan de integración de construcciones

20. Artefactos de la prueba 20.1. Modelo de pruebas y procedimiento 20.2. Plan de prueba, defecto y evaluación de la prueba

Flavia Verónica Yabes 4

Page 5: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

21. Guía de la programación 22. Capacitación

Flavia Verónica Yabes 5

Page 6: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

ETAPA N° 1: En una primera instancia se describirá el propósito y alcance de la organización Berrini, luego se realizará un análisis de la misma, incluyendo un organigrama y un análisis FODA, la descripción de sus áreas funcionales con el uso de cursogramas y la descripción de las mismas. Esta etapa estará enfocada a la organización en forma exclusiva.

1. Introducción1.1.Propósito

Berrini es una Inmobiliaria con más de 50 años de experiencia en el mercado de Casilda. Durante estos años ha brindado servicios inmobiliarios a esta comunidad, ofreciendo calidad innovación en su atención al cliente.

Para quienes conforman la organización es fundamental permanecer es permanecer como empresa líder en su ramo, no solo por la calidad de sus desarrollos y emprendimientos, sino también a través de la calidez del trato hacia los clientes, brindando la atención oportuna para disipar todas la inquietudes de propietarios, inversionistas, inquilinos, comerciantes y de aquellos que quizás harán la compra más importante de su vida.

Para Berrini un propósito primordial es brindar servicios inmobiliarios de excelencia a nivel local, satisfaciendo de esta manera los requerimientos de la sociedad, generando utilidades a sus accionistas y las mejores remuneraciones a su personal, proporcionándoles los medios para su desarrollo integral, todo ello sustentado en valores.

1.2.Alcance

La actual forma para el manejo de la administración de la inmobiliaria es casi totalmente manual. Posee una infraestructura informática compuesta por las redes de cableado de datos, pero ésta no es aprovechada.Para dar solución se necesita realizar un cambio en la red de datos, en la que están soportados los equipos de computo, reconfigurando los equipos actuales y revisando todos los puntos de red.Se realizará un sistema de información para tener una adecuada gestión, teniendo en cuenta ciertos parámetros sobre los cuales se trabaja actualmente. Así mismo se lograra controlar todo lo relacionado con los pagos que se realizan sobre las propiedades administradas.

El nuevo sistema a implementar se enfocará a organizar toda información que posea la inmobiliaria, con respecto a propiedades, clientes y locaciones que se encuentren bajo su administración.Se contará con un fácil acceso a la información y la posibilidad de modificarla se fuera necesario. También será posible llevar el control de los pagos realizados por los locatarios.

Quedan excluidas de este módulo funciones de facturación, liquidación de sueldos y jornales del personal, control del sistema a través de la web y agenda de actividades.

2. Análisis de la Organización2.1.Nombre y domicilio de la empresa

“Inmobiliaria Berrini”

Para el presente trabajo, el material relevado para su análisis y desarrollo, fue obtenido de una de las empresas inmobiliarias de la Ciudad de Casilda - Provincia de Santa Fe -; más precisamente, Inmobiliaria BERRINI, ubicada en

Flavia Verónica Yabes 6

Page 7: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

calle España 2125. La información recolectada fue posible gracias a una sucesión de entrevistas llevadas a cabo tanto con el titular de la empresa como con el personal de la misma

2.2.Rubro del Negocio

Inmobiliaria Berrini tiene por “actividades” la administración de servicios inmobiliarios, como ser: venta, alquiler y administración de pagos por parte de los locatarios de propiedades.

La ubicación física de Berrini es en la zona céntrica de la ciudad, por lo que el fuerte de esta inmobiliaria son los salones comerciales y las viviendas céntricas.

Si bien esta inmobiliaria nació como una empresa familiar, actualmente ha crecido, amplió sus instalaciones, y se convirtió en un de las inmobiliarias más importantes de la zona.

El crecimiento como organización también introdujo un serio problema administrativo.

Durante las entrevistas llevadas a cabo, se concluye la intención del gerente, de incorporar un sistema informático que sea capaz de cumplimentar las tareas de gestión administrativa de manera eficiente.

2.3.Organigrama

2.4.Misión, Visión, Políticas, Objetivos, Metas y Factores críticos de éxito

Desde hace muchos años la empresa Berrini presta servicios inmobiliarios a la comunidad de Casilda y la zona. La forma de trabajo adoptada fue siempre a partir de legajo, manejados por la secretaria principal, mientras que al frente de las tasaciones y transacciones destacadas estuvo siempre el titular y gerente de la empresa. Todo esto en un entorno familiar. Con el correr del tiempo se hizo necesario incorporar más empleados y agilizar la atención y los servicios. Por eso se espera que al implementar el nuevo software se mejoren las condiciones de atención al cliente, los tiempos de respuesta y la empresa pueda continuar su expansión en la zona.

Flavia Verónica Yabes 7

Page 8: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Metas: Satisfacer necesidades de búsqueda de vivienda o salón de ventas, ya sea para alquiler, compra e inversión, o para la venta o alquiler; Atraer potenciales clientes a la inmobiliaria; Ofrecer productos y servicios para todos los sectores sociales; Atraer la mayor cantidad de bienes inmuebles para el ámbito de su gestión.Es importante destacar metas y factores de éxito, a los cuales se debe enfocar durante todo el desarrollo del proyecto:

Satisfacción del usuario a través de la calidad de servicio brindada. Modernización y actualización en la forma de desempeño. Ampliación de los servicios brindados. Capacitación en distintos campos del conocimiento, tanto en lo técnico como en lo social de los integrantes de

la organización. Administración eficiente y transparente. Promoción de propiedades y servicios ofrecidos, como estrategia de competencia en el rubro.

2.5.Oportunidades de Negocio

La empresa no posee una base de datos de las propiedades que tiene para comercializar, con lo que es dificultoso realizar consultas, reordenar estos datos será altamente ventajoso a la hora de buscar algún dato específico.Además no posee sistema de seguimiento de pago de alquileres ni impuestos, por lo que acumula papeles y comprobantes de donde tienen que sacar diariamente la información sobre dichos pagos, el sistema reduce esta acumulación y agiliza la administración.Para buscar los datos de los clientes se debe revisar una carpeta bibliorato en donde se guarda toda la documentación del cliente, esta forma de trabajo es totalmente obsoleta teniendo en cuenta la tecnología con la que hoy en día se cuenta.Sin duda, implementar aquí un sistema informático sería un gran benefició para usuarios, clientes y para la empresa en plena expansión.

2.6.Matriz FODA

FORTALEZAS

F1: La optimización de la capacidad instalada (distribución funcional) y la ampliación del

espacio físico, ha permitido una mejor atención de sus clientes; aprovechamiento del

espacio;

F2: Tanto el dueño como el personal poseen conocimientos – básicos – de operación de PC, de

buen diálogo, amabilidad y cordialidad;

F3: Ubicación física de las oficinas en lugar estratégico dentro de la Ciudad, en el corazón de la

misma;

F4: Amplia trayectoria en el mercado, otorgando amplio prestigio, seguridad y buenos

servicios. Excelente imagen.

Flavia Verónica Yabes 8

Page 9: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

F5: Buen porcentaje de las propiedades en alquiler de la Ciudad bajo su gestión, con tendencia

en alza;

F6: Variedad de servicios ofrecidos: alquiler, venta, tasación y, de los bienes inmuebles

alquilados, el control de impuestos;

F7: Recursos financieros-económicos;

OPORTUNIDADES

O1: Falta de confianza y credibilidad en el “sistema bancario” de las personas con capacidad de

ahorro, las que impulsan el crecimiento de la inversión en bienes inmuebles;

O2: Amplia demanda de propiedades en alquiler producto de que una de las facultades de la

Universidad Nacional de Rosario - Facultad de Ciencias Veterinarias – está instalada en esta

Ciudad; otro factor es el circunstancial de que la mayoría de los sueldos de la clase obrera

son bajos, imposibilitando el acceso a una vivienda propia;

O3: Estabilidad económica y del dólar;

O4: Precios de equipamiento e insumos informáticos y tecnológicos, relativamente bajos;

O5: El cambio del perfil demográfico del país (tendencia en alza de elección por parte del

sector rural de instalarse en ejidos urbanos, en especial jóvenes);

O6: Concentración geográfica (habitantes de pequeñas localidades aledañas, o de otras

distantes en busca de prosperidad, optan por su radicación en la Ciudad)

O7: Falta, o poco accesibles, de políticas gubernamentales sobre planes de vivienda única

(líneas crediticias);

O8: Oferta y variedad de cursos de perfeccionamiento, desde cursos en aplicaciones

informática como hasta de oratoria y de estrategias de marketing y comercialización;

O9: Facilidad de acceso a la información.-

DEBILIDADES

D1: Reticencia al cambio en su modo de trabajo actual;

D2: No se tiene en cuenta la oportunidad de capacitarse (perfeccionamiento personal);

Flavia Verónica Yabes 9

Page 10: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

D3: Equipamiento informático - tecnológico desactualizado o escaso;

D4: Falta de personal a los efectos de cubrir la amplia demanda de tareas administrativas

existentes, lo cual puede afectar en lo futuro, la calidad de los servicios prestados;

D5: El trabajo actual es realizado de forma manual, con su correspondiente desperdicio de

tiempo empleado en la gestión; no cuenta con un adecuado sistema de gestión;

D6 Falta de una estrategia de marketing;

D7: Falta de misión y de objetivos a alcanzar, tanto a corto como a largo plazo;

D8: Se posee conocimiento de la alta competencia existente. Es una debilidad de la que se

tiene conciencia pero que no se realiza ninguna acción o política a seguir para minimizar los

impactos de la misma;

D9: Los objetos sobre los que operan no poseen descripción de características que los

individualice adecuadamente y analíticamente.-

AMENAZAS

A1: Excesivos requisitos y altas tasas de interés para el otorgamiento de créditos;

A2: Existencia de disparidades entre la oferta de oportunidades de bienes inmuebles (tanto

para el alquiler como para la venta) frente al gran porcentaje de la población asalariada

poseedora de bajos ingresos;

A3: Alto nivel de competencia;

A4: Falta de existencia de procedimientos de evaluación diagnóstica confiable del desempeño

empresarial;

A5: Elevado número de personas sin empleo registrado, de tiempo medio, con ayuda

económica producto de planes asistenciales, o directamente, en el peor de los casos, sin

ningún tipo de ingreso ni cobertura;

A6: En general, los salarios no acompañan al auge económico actual que vive el país;

A7: Falta de una cultura informática, ya que no son aprovechadas adecuadamente las nuevas

teorías de la comunicación y de la información, así como el conocimiento sobre sus

aplicaciones y la capacitación pertinente sobre el modo de operación de los mismos;

Flavia Verónica Yabes 10

Page 11: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

transmisión e interactividad entre negocios del rubro emplazados en un ámbito físico

distinto, incluso de distintos centros urbanos;

A8 El sistema de servicios inmobiliarios actual no responde a la dinámica del cambio incesante

en materia tecnológica y de organización, pues es un sistema básicamente cerrado y

conservador;

A9: El avance tecnológico cuyo impacto incide en un mayor tráfico de datos, así como la

utilización de equipos cada vez más poderosos, aunados al uso intensivo a que son

sometidos, hace necesaria la implementación de criterios de mantenimiento y

modernización;

A10: Mantenimiento y mejora de los instrumentos computacionales y de las

telecomunicaciones del contexto empresarial para optimizar el proceso de gestión;

A11: Política fiscal;

A12: Tendencia en alza de que, propietarios de bienes inmuebles, no opten por “tercerizar” su

alquiler y/o venta, por medio de empresas inmobiliarias -ellos mismos son artífices de sus

propios negocios -.-

Flavia Verónica Yabes 11

Page 12: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Matriz FODA

LISTAS DE FORTALEZAS LISTAS DE DEBILIDADES

F1: Espacio físico funcional y ampliación; D1: Reticencia al cambio en su modo de trabajo;

F2: Personal capacitado y buen diálogo; D2: Desinterés por la capacitación;

F3: Ubicación física estratégica; D3: Equipamiento informático desactualizado;

F4: Amplia trayectoria; excelente imagen; D4: Escasez de personal;

F5: Elevado porcentaje de propiedades bajo su

gestión:

D5: Los objetos sobre los que opera, no poseen

descripción de características distintivas;

F6: Variedad de servicios ofrecidos; D6: Falta de estrategias de marketing;

F7: Recursos económicos financieros; D7: Falta de misión y objetivos;

D8: Desinterés por el nivel de la competencia;

D9: Trabajo manual, no automatizado.-

LISTA DE OPORTUNIDADES FO: Estrategias para maximizar tanto las

Fortalezas como las Oportunidades:

DO: Estrategias para minimizar las Debilidades y

maximizar las oportunidades:O1: Alta necesidad de inversión por falta de

confianza y credibilidad bancaria;

Flavia Verónica Yabes 12

FACTORES

EXTERNOS

FACTORES

INTERNOS

Page 13: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

1.- Fortalecer la capacitación de su

personal:

(F2, F3, F8, O8, O9);

2.- Mejoramiento del equipamiento

informático:

(F1, F2, F3, F7, F8,

O1, O3, O4, O7, O8, O9)

1.- Fortalecer un programa que tienda a un

cambio en el modo de trabajo:

(D1, D2, D3, D5, D6, D7, D8, D9,

O1, O2, O3, O4, O5, O6, O8, O9);

2.- Incrementar el número de personal:

(D4).-

O2: Elevado índice de solicitud de viviendas en

alquiler;

O3: Estabilidad económica y del dólar;

O4: Precios de hardware bajos;

O5: Cambio en el perfil demográfico;

O6: Concentración geográfica;

O7: Escasez de planes para vivienda propia;

O8: Variedad de cursos de perfeccionamiento;

O9: Fácil acceso a la información.-

LISTAS DE AMENZAS FA: Estrategias para fortalecer la empresa y

minimizar las amenazas:

1.- Desarrollo equipamiento informático y

telecomunicaciones:

(F2, F5, F6, F7, F8,

DA: Estrategias para minimizar tanto las

amenazas como las debilidades:

1.- Equipamiento informático:

(D1, D2, D3, D5, D8, D9,

A1: Créditos y tasas de interés pocos accesibles;

A2: Porcentaje elevado de sueldos bajos;

A3: Alta competencia;

A4: Falta de control externo;

Flavia Verónica Yabes 13

Page 14: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

A3, A6, A7, A8, A9, A11) A3, A6, A7, A8, A9);

2.- Desarrollo de un sofá de gestión:

(D1, D2, D3, D5, D8, D9,

A3, A6, A7, A8, A9);

3.- Desarrollo de estrategias de marketing,

definiendo la misión y objetivos a

desarrollar:

(D6, D7);

4.- Incremento de personal:

(D4).-

A5: Tendencias preocupantes de desempleo,

subempleo y planes asistenciales;

A6: No aprovechamiento de la cultura

informática;

A7: El sistema actual no corresponde a la

dinámica del cambio y al incesante avance en

materia tecnológica y organizacional;

A8: Avance tecnológico implica implementación

de criterios para mejoramiento y

modernización;

A9: Mantenimiento y mejora de los instrumentos

computacionales y de las telecomunicaciones

del contexto empresarial para optimizar la

gestión;

A10: Política fiscal;

A11: Propietarios en alza que hacen su propio

negocio sin intervención de inmobiliarias.-

Flavia Verónica Yabes 14

Page 15: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

En base al análisis, se concluye que uno de los factores críticos es el cambio en la forma de realizar

los distintos trabajos y servicios ofrecidos por la empresa en estudio. Los mismos son efectuados

de forma manual y, en el mejor de los casos, una base de datos poco desarrollada (solo permite el

ingreso de propiedades en alquiler y o en venta y su precio), asumiéndose, en una primera

instancia, la necesidad de informatizar la gestión mediante el desarrollo de un “soft”, con el

equipo informático con que cuenta, que realice variedad de tareas de manera ágil, rápida, segura,

eficaz y eficientemente, mejorando el rendimiento del personal. Luego del proceso de

informatización se deberá analizar la nueva situación de la empresa y evaluar si se debe adquirir

más equipo informático y/o contratar más personal.

Identificación de problemas:

a. No se cuenta con un sistema ágil, fiable y seguro de gestión

automatizado;

b. El personal no recibe capacitación;

c. El equipamiento tecnológico es escaso;

d. Sin estrategias fuertes de marketing;

e. Poco personal

Causas:

a. Trabajo realizado a mano, desperdicio de tiempo empleado, archivos

material de trabajo ubicados en distintos sectores, exceso de trabajo;

b. Personal con conocimiento básicos y sin intención de capacitación y

perfeccionamiento;

c. Equipo informático desactualizado - más de seis años de uso -;

d. La única estrategia de marketing que emplea es el de darse a conocer

como sola empresa prestadora de servicios inmobiliarios;

e. Ante la creciente demanda existente, una persona sola realiza el trabajo

de atención al cliente como el seguimiento del pago de impuestos por

Flavia Verónica Yabes 15

Page 16: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

servicios prestados en inmuebles ya alquilados

Seleccionar estrategias de acción para solucionar problemas:

a. Desarrollo de un “soft” de gestión - automatizar procesos -;

b. Capacitación del personal

c. Modernización equipamiento tecnológico;

d. Desarrollo de estrategias de marketing;

e. Seleccionar personal nuevo.-

De este cúmulo de cinco soluciones idóneas, adaptadas a los problemas globales -que pueden solucionar varios problemas simultáneamente- y aceptables que necesita llevar a cabo la empresa en estudio, solo se implementará, en una primera instancia, el desarrollo de un software de gestión, siendo allí donde se dirigirá el “sentido” de este trabajo

Áreas Funcionales de la empresa

Alta de inmueble para su venta y/o alquiler

1-El empleado solicita datos característicos de la propiedad al propietario o apoderado de la misma, quien detalla los mismos.

2-Estas características se guardan junto con los datos del propietario o apoderado.

3-La propiedad pasa a una lista de propiedades en venta o alquiler.

Flavia Verónica Yabes 16

Page 17: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Confeccionar contrato de alquiler

1-El empleado abre un documento de texto el cual se almacena un contrato de alquiler estándar

2-Se modifica el documento con la información de la propiedad que se encuentra involucrada en el contrato, su propietario y el inquilino.

3-Se guarda una copia para la inmobiliaria y se entrega una copia a cada parte.

4- El empleado escribe en el contrato un número que lo identifica a modo interno y lo guarda con otros contratos.

Gestión de alquileres

1-El empleado toma nota del importe recibido por el cliente, detallando dicho importe, el número de contrato, el nombre del impuesto que abona, su fecha de vencimiento y su número de factura.

2-Guarda los datos en un cuaderno de notas.

Flavia Verónica Yabes 17

Page 18: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Búsquedas y consultas

1-El cliente especifica un criterio de búsqueda.

2-El empleado busca el contrato o la anotación correspondiente en los libros o carpetas de anotaciones. Considera el número de contrato o el apellido del propietario de una determinada propiedad.

3-realiza una copia de esta hoja en una fotocopiadora

ETAPA N° 2: En esta etapa presentaré el proyecto en sí con la descripción de los apostadores y usuarios, Entorno de usuarios, requerimientos no funcionales, modelo de negocio.

Describiré la vista global de proyecto, con sus objetivos y alcances. Justificaré el Proyecto y la necesidad de su desarrollo. Definiré supuestos y restricciones y finalmente explicaré los resultados del Proyecto

Flavia Verónica Yabes 18

Page 19: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

El propósito en general es satisfacer las diferentes necesidades de los usuarios, facilitar y agilizar tareas complejas y/o complicadas que se suelen realizar en una inmobiliaria, automatizar tareas repetitivas, controlar y brindar nuevas posibilidades al usuario.

3. Descripción de Apostadores y de Usuarios3.1.Resumen de Apostadores

Competidores Directos: Otras inmobiliarias de la zona, quienes tratarán de captar la mayor cantidad de administración de propiedades. Éstas buscarán ofrecer servicios similares a Berrino.

Programadores Locales: Desarrolladores de sistemas de gestión inmobiliaria medida. Éstos obligan a todos los programadores de la zona a actualizarse y esforzarse para el desarrollo de mejores productos.

Clientes de la inmobiliaria: Se beneficiarán indirectamente por la innovación tecnológica implementada en la organización.

3.2.Resumen de Usuarios

El administrador será exclusivo para el gerente, mientras que el resto del personal ingresará al sistema como usuarios comunes. Éstos no podrán eliminar o modificar registros, si podrán dar altas, registrar pagos, realizar consultas, etc.

Las personas que utilizarán el sistema son:

Gerente: Será el único autorizado para eliminar o modificar cualquier registro.

Secretaria General: Es quien supervise los cambios realizados en el sistema y los compare con los comprobantes reales.

Administrativa de Pagos: Será quien registrará los pagos realizados por los inquilinos.

Atención al Público: Se encargarán de realizar consultas y búsquedas, destinadas a evacuar dudas de clientes, o bien exhibir propiedades en venta o alquiler a potenciales clientes.

3.3.Entorno de Usuarios

Las oficinas de la inmobiliaria se encuentran ubicadas en una zona céntrica de la ciudad de Casilda. Las instalaciones cuentan con un hall central en donde se encuentra la secretaria general y las dos personas de atención al cliente. Cada empleada cuenta con una computadora.

Una oficina al final del salón pertenece al gerente, un salón de reuniones y una oficina extra destinada para el uso del contador, y de un abogado (que no pertenece a la empresa, pero trabaja para ella).

Flavia Verónica Yabes 19

Page 20: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Las computadoras con el sistema se encontrarán en la oficina del gerente, en el escritorio de la secretaria y en el área de atención al público.

4. Requerimientos No Funcionales

- El sistema debe ser escalable de forma que en un futuro se puedan añadir más servicios.- El sistema debe tener posibilidad de editar fácilmente los parámetros que se consideren

dinámicos y requieran cambios frecuentes. -Enfocado a la organización - Orientada a objetos. -De fácil mantenimiento en cuanto a cumplimiento de estándares, uso de guías y patrones,

documentación y de fácil ubicación de componentes. - Que permita y utilice reutilización de código. -Debe permitir al menos dos niveles de autenticación de usuarios.-El sistema debe tener fácil acceso a todas las funcionalidades para reducir tiempos en la atención al cliente.

-Si bien se incorpora una nueva herramienta de trabajo, no se cambiará el estilo de trabajo, así es como el sistema debe continuar con la estructura general básica de trabajo adoptada hace ya muchos años por la inmobiliaria.

5. Modelo de Negocio

La obtención de requerimientos es un paso muy importante para el posterior desarrollo de las siguientes etapas, pues un error en estas fases iniciales puede dar con un sistema que no cumple

Flavia Verónica Yabes 20

Page 21: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

las expectativas de los usuarios y difícilmente aporte valor agregado al negocio para el que debe ser concebido.Después de todas las entrevistas y estudios necesarios realizados y haciendo una simplificación del negocio se obtiene un listado:

Reglas de Negocio Todas las operaciones son efectuadas de forma personal La inmobiliaria no cuenta con sucursales Los servicios que realiza son: venta, alquiler de terrenos, comercios y viviendas, gestión

impuestos sobre alquileres. El precio del alquiler es mensual Solo se cobra en efectivo Un bien inmueble puede pertenecer a un único propietario Un propietario puede tener varias propiedades Un Cliente puede alquilar varias propiedades En alquileres, un mismo garante puede serlo para distintos inquilinos Un inquilino posee como máximo 2 garantes y como mínimo uno. Los contratos de locación se acuerdan por un término de 3 años. Se anotan los número de recibos o facturas de pagos a impuestos El inquilino no es autorizado para subalquilar Las propiedades, clientes, contratos y pagos, poseen una identificación común mediante

código único, secuencial y automático. No puede existir un domicilio que no pertenezca a un cliente o a una propiedad. Las propiedades se identifican por su ubicación. Los clientes deben tener una edad superior a 18 años. Los usuarios comunes no pueden borrar ni modificar ningún dato de clientes, propiedades,

contratos o pagos, solo dar altas de los mismos. El único con acceso total será el gerente. No pueden confeccionarse contratos con personas que no se encuentren registradas como

clientes. Dos clientes no pueden tener el mismo número de DNI. Los clientes pueden identificarse por su DNI. Las búsquedas de clientes se realizan por el apellido del mismo. Existe un registro, como agenda, que solo se utiliza cuando se quiere contactar a un

cliente. Las funciones básicas de la inmobiliaria son el manejo de clientes, propiedades, alquileres

y pagos de los inquilinos (sea alquileres o impuestos). Las consultas sobre propiedades y su condición (en venta, en alquiler, vendida, etc) deben

poder imprimirse.

6. Vista Global de Proyecto6.1.Objetivos y Alcances del Proyecto

El sistema deberá permitir:

Administrar clientes, propiedades y contratos. Consultar de forma completa información sobre propiedades Consultar todas las propiedades involucradas en la gestión de la inmobiliaria Registrar pagos de alquileres e impuestos de propiedades administradas bajo su gestión

Flavia Verónica Yabes 21

Page 22: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Confeccionar un Contrato de locación, dejando registro del mismo Realizar seguimiento de propietarios y propiedades Buscar y emitir informes de propiedades, clientes, contratos de locación y pagos.

El sistema consistirá en:

Hardware: * Terminal principal (donde se almacenarán las bases de datos de propiedades y clientes)

* Terminal de usuarios

Software: del sistema a aplicar

Si se desea en futuras versiones se puede integrar la información a una “red inmobiliaria”, ya sea de nivel local, regional o nacional.

Cabe destacar que en una primera instancia se desarrollaran los casos de uso teniendo en cuenta solo la terminal principal.

Requisitos funcionales

Sistema operativo Windows 98 o superior El sistema admite configuraciones de usuario con niveles de acceso Teclado/Mouse Al menos una impresora en la red.

Funcionalidades que se quedarán fuera del mismo

Gestión y administración de recursos de la institución Tareas de promoción y marketing Operaciones relacionadas con la contratación del personal y pagos

6.2.Justificación del Proyecto

El principal problema detectado es la falta de informatización y organización de los datos en general. Todo tipo de consulta se realiza buscando papeles. Las propiedades que posee la inmobiliaria para venta o alquiler se encuentran en una lista de Microsoft Word.

No queda un registro ordenado sobre los contratos celebrados, o las propiedades que se han dado de baja, y por qué motivo.

La única forma de revisar los pagos realizados por los locadores es buscar las carpetas de pagos realizados de cada contrato, en la que se encuentra una pequeña tabla hecha con regla y lapicera.

Estrategias para dar solución a situación problemática:

Flavia Verónica Yabes 22

Page 23: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

De lo antes analizado se concluye que uno de los factores de éxito a implementar, para que la empresa recupere su nivel de competencia a corto plazo, es el de desarrollar e implantar una gestión de informatización.

6.3.Supuestos y restricciones

Para poder llevar a cabo el proyecto, se cuenta con los siguientes supuestos y restricciones:

El cliente estará dispuesto a entregarnos toda la información posible, relacionada con la gestión inmobiliaria y funcionamiento de su negocio, ya sea los puntos positivos como los puntos críticos, donde se deberá hacer más hincapié.

El cliente no tiene ninguna preferencia por el uso de metodología ni lenguaje de programación y tecnología empleada.

El grupo de trabajo de análisis, diseño, y desarrollo estará compuesto por un solo integrante, a partir de sus conocimientos y de las tareas a realizar se elaborará un cronograma de tareas.

El tiempo de trabajo permitido para hacer las tareas de relevamiento, análisis y diseño es de 4 meses (aproximado) como máximo.

Se deberán entregar un número determinado de entregables que se acordarán con el cliente en una agenda con fechas de entrega pactadas por adelantado. El objetivo principal es que las mismas sean respetadas para no alterar la planificación del proyecto.

Todos los entregables deberán evaluarse por parte del responsable de la empresa para no desviarse de los requisitos.

6.4.Resultados del Proyecto

De acuerdo a los requerimientos obtenidos se genero una propuesta de casos de uso los cuales fueron agrupados en 4 funcionalidades básicas. Se presentará un módulo de gestión, para la administración de los datos de clientes, propiedades, contratos y pagos.

También se contará con diferentes tipos de búsquedas e informes imprimibles. Para cada grupo existirá un formulario (o más) de ABMC: alta, baja, modificación y consulta de los registros.

Los usuarios del sistema se dividen en Administrador (el Gerente en este caso) y usuarios (el resto del personal). Autenticación: es el proceso por el cual se verifica que la persona que utiliza el sistema sea realmente quien dice ser, esto se comprobará con un nombre de usuario y una contraseña.

ETAPA 3: En esta etapa comenzaré con la organización de los tiempos, detallando una agenda la que trataré de cumplir. Describiré la estructura de la organización para reconocer el funcionamiento que deberá tener el sistema. Se definen los roles y responsabilidades de quienes desarrollarán el proyecto. Luego evaluaré los recursos con los que dispongo para desarrollar y para implementar el sistema. Y por ultimo calcularé un presupuesto muy básico seguido de la evaluación económica y social.

Flavia Verónica Yabes 23

Page 24: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

6.5.Agenda

22-09-2009: Se comenzará con el relevamiento de datos y la confección de casos de uso.

01-11-2009: Primer entregable (documentación inicial).

19-11-2009: Diagramas de diseño y prototipos.

22-12-2009: Codificación y prueba del programa

02-02-2010: Segunda entrega (software)

15-02-2010: Instalación y prueba del sistema. Tercer entrega (software mejorado).

29-03-2010: última entrega (manuales y documentación).

06-04-2010: Inicio de capacitación.

12-04-2010: Fin de la capacitación.

Nota: Razones familiares, de trabajo y económicas han provocado un desfasaje en los tiempos.

7. Organización del Proyecto7.1.Estructura Organizacional

La inmobiliaria Berrini es una empresa de servicios, y, como tal debe abocarse a brindar lo mejor a sus clientes y/o potenciales clientes. La persona que ingresa a la inmobiliaria puede hacerlo por los siguientes motivos:

Vender una propiedad de su pertenencia Ofrecer propiedad para locación Comprar una propiedad Alquilar una propiedad Abonar alquiler o impuestos de una propiedad alquilada Retirar su propiedad la administración Berrini Celebrar un contrato de locación Cancelar un contrato de locación Salir de garantía de algún locatario

Vender una propiedad de su pertenenciaCuando una persona manifiesta la intención de vender su propiedad se le solicita sus datos personales, domicilio particular y datos de la propiedad. Luego se envía gerente quien tasa la propiedad y se pone de acuerdo cuánto dinero pedir por ella.

Ofrecer propiedad para locaciónSimilar al caso anterior, solo que el precio se considera para alquiler y no para la venta.

Comprar una propiedad Flavia Verónica Yabes 24

Page 25: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

A la persona que desea comprar una propiedad se le hace algunas preguntas para cotejar si las propiedades disponibles para la venta se asemejan a lo que el comprador está buscando, luego se le ofrecen aquellas disponibles dentro de sus especificaciones.

Alquilar una propiedadSimilar al caso anterior, solo que las preguntas se realizan sobre que busca alquilar.

Abonar alquiler o impuestos de una propiedad alquiladaEn el caso que la persona haya abonado un impuesto, se le solicita el número de contrato y el comprobante del impuesto abonado; si desea abonar el alquiler solo se solicita el número de contrato y el dinero en efectivo.

Retirar su propiedad la administración BerriniSolo el propietario o condómino de una propiedad posee esta atribución.

Celebrar un contrato de locaciónPara realizar este tipo de contrato deben concurrir las partes (locador, locatario y garantes), se ingresan los datos personales de cada parte y se confecciona un documento (contrato de locación) por triplicado para dejar constancia de dicho acuerdo.

Cancelar un contrato de locaciónSolo podrán realizar locador o locatario, con la antelación que especifique el contrato y respetando las cláusulas del mismo.

Salir de garantía de algún locatarioSe le solicita todos los datos personales y toda la documentación que avala al locatario, si cumple con los requisitos para ser garante, se le da el alta como cliente.

7.2.Roles y Responsabilidades

ROL DESCRIPCIÓN

Líder de EquipoRepresenta a la persona que comunica decisiones adoptadas en grupo y el encargado de cuidar la relación con el cliente.

Analista FuncionalEncargado de realizar el análisis de los requerimientos a tener en cuenta según las expectativas del cliente.

Quality ControlEs el encargado de aplicar los casos de testeo para cada caso de uso

Analista Programador

Se encarga de la implementación de la aplicación en base a la documentación generada por los analistas.

Flavia Verónica Yabes 25

Page 26: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Se recuerda que, en este caso particular el grupo está formado por una sola persona, quien cumplirá con todos los roles.

7.3.Recursos del proyecto

En la actualidad Berrini cuenta con 3 computadoras de mesa y una portátil, llamaremos pc1, pc2, pc3 y notebook respectivamente.

Se detallan las características de las mismas:

Computadora SO RAM HD Procesador

Pc1 Windows Xp SP2 1 Gb 80 G AMD Athlon 2400

Pc2 Windows Xp SP2 1 Gb 80 G AMD Athlon 3600

Pc3 Windows Xp SP2 2 Gb 120 G AMD Athlon 4200

Notebook Windows 7 Ultimate 2 G 250G Intel Celeron 2.0 Ghz

Se dispone de conexión a Internet con velocidad de 3 M (servicio que presta la empresa Arnet), 1 impresora Epson TX 125 y una HP laser. Estas computadoras se encuentran conectadas a través de una red LAN, con cableado UTP y también con tecnología wireless.

Para la implementación del sistema solo se contará con el actual equipo informático e infraestructura.

Para el desarrollo del sistema contaré con mi actual notebook Hp Compac, la cual trae la correspondiente licencia de Windows 7 Ultimate. Se deberá abonar la licencia de Microsoft Visual FoxPro 9.0 y de Microsoft Office.

7.4.Presupuesto Estimado

Teniendo en cuenta que el tiempo estimado de trabajo será de 6 meses y medio ( ), trabajando días hábiles, se calculan unos $40 la hora promedio, trabajando 6 horas diarias, 145 días, son $ 34800 al terminar el proyecto aproximadamente.

Por supuesto estos costos y recursos humanos solo estimados y deberán ajustarse luego. Esta estimación solo es superficial.

8. Plan de la Fase8.1.Evaluación económica

Costos de recursos necesarios para poner en funcionamiento el Sistema:

El equipo que se precisa para desarrollar el sistema es una computadora con procesador, al menos Celeron 1200, 128 de memoria RAM, monitor e impresora. Dado que el equipo que ya se Flavia Verónica Yabes 26

Page 27: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

encuentra disponible para este fin supera los requisitos mínimos no consideraremos este costo. Por otro lado la inmobiliaria ya cuenta ya con ordenadores con características que satisfacen las exigencias del proyecto.

El material suplementario es el que se utilizará para la interacción con el cliente para que a través de los entregables presentados, vaya confirmando o modificando el avance del desarrollo del sistema, los mismos serán mayormente impresos. Consideramos una cantidad de 1200 copias a lo largo de todo el desarrollo del sistema, el valor de la copia en promedio es igual al de una fotocopia en el mercado, por lo tanto si consideramos el mismo de $0,20 el total del gasto inducido en impresiones se eleva a $250.

Se desprecian los gastos de lapiceras, marcadores, etc. ya que preferimos hacer uso de las herramientas disponibles en el ordenador y realizar allí todo tipo de anotaciones.

También se desprecian los gastos de transporte, dada las cortas cuadras que separan la inmobiliaria de mi domicilio.

En este sistema en particular, será una única persona quien lleve a cabo el análisis, diseño, código, implementación del sistema y capacitación. Aunque cada una de estas tareas tiene un costo promedio:

Analista: El trabajo mínimo necesario será de 42 días, considerando un promedio de 6 hs diarias, a un costo de $ 40 la hora, tenemos un valor de $ 10080.

Diseñador: consideramos que deberá trabajar 43 días, 6 hs. diarias a un costo de $40 la hora, lo que equivale a $10320

Programador: deberá trabajar 39 días 6 hs. diarias a un costo de $30 la hora, es decir un costo total de $7020.

Implementador: deberá trabajar 5 días, 6 hs diarias a un costo de $ 30 la hora, lo que equivale a $ 900.

Capacitador: trabajará durante 36 días 6 hs. diarias a un costo de $25, por un total de $5400.

La suma de los costos totales de estas tareas es:

10080+10320+7020+900+5400=$33720

No se identifican costos adicionales de recursos humanos para que el sistema pueda operar, el personal disponible podrá ser capacitado adecuadamente para que funcione el nuevo sistema.

Necesarios al desarrollo del proyecto.

Evaluamos en $300 repartidos a lo largo de 6 meses los gastos extras surgidos de reuniones con personal de la inmobiliaria, cafés, comidas, impresiones, etc. erogados durante el desarrollo del proyecto.

Flavia Verónica Yabes 27

Page 28: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

En resumen, los subtotales son: 250 + 33720 + 300 = 34270

De esta evaluación aproximada se sugiere el anterior costo, el cual se comparará más adelante con el beneficio que otorgará el sistema.

Para obtener más detalles sobre este punto, detallaré en el punto 10-Estimación del tamaño del sistema, en donde se analizan con más detalle los costos considerando factores de complejidad técnica, factores ambientales y horas-hombre.

8.2.Evaluación Social

Recursos Humanos: Capacitando a los recursos humanos disponibles se podrá operar correctamente el nuevo sistema, para la implementación de este sistema no será necesario incorporar nuevo personal, aunque sí capacitar al ya existente.

Para los integrantes de la inmobiliaria la incorporación del proyecto tiene pros y contras.

Los integrantes deberán aprender a utilizar el nuevo sistema, además de adaptarse a la nueva forma de trabajo. Es sabido que el ser humano, naturalmente tiene cierta resistencia al cambio.

También deberán soportar por varios meses una persona extraña a la empresa, trabajando allí temporalmente, solicitándoles información sobre su trabajo y sobre la inmobiliaria. Sentirán cierto temor al tener que utilizar el sistema y que éste responda en forma inesperada.

Por otro lado conocen los beneficios que otorgan los sistemas de gestión, dado que reducirá el tiempo de búsqueda de información, agilizará todas las tareas administrativas y con el tiempo se volverá una herramienta más.

Para los clientes de la inmobiliaria, la incorporación de la nueva tecnología será un elemento de prestigio para la empresa. Muchas personas suponen una mejor organización y reducción de errores, el hecho de incorporar sistemas informáticos a este tipo de empresas.

También la inmobiliaria denota la preocupación por la mejora constante del servicio, lo cual deja a la misma con visión de futuro, intensiones de mejoras y actitud renovadora ante clientes internos y externos.

Además se debe recordar que la inmobiliaria Berrini no es solo una empresa más de Casilda, si no que desde generaciones aporta a toda la sociedad Casildense y de la zona, servicio, publicidad, apoyo económico, colaboración con instituciones, etc. El crecimiento de esta empresa aporta al crecimiento de la ciudad.

Por lo analizado anteriormente los aportes que realizará a nivel social son altamente positivos.

ETAPA 4: Detallaré la planificación y explicaré el porqué de la elección del leguaje de programación. Presentaré un diagrama de Gantt que detallará cada etapa del proyecto.

8.3.Planificación

Flavia Verónica Yabes 28

Page 29: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Metodología de desarrollo de software

Se enfocará convertir el desarrollo de software en un proceso formal, con resultados predecibles, que permitan obtener un producto final de alta calidad, que satisfaga las necesidades y expectativas del cliente.

Sin duda, las diferentes resoluciones estarán más cerca de lo humano que de lo técnico.

Se utilizará el Proceso Unificado de Desarrollo de software, la entrada de este proceso serán los requisitos del Usuario y la salida el Sistema Software. El mismo estará basado en componentes interconectados a través de interfaces. El lenguaje Unificado de Modelado (UML) brinda una herramienta útil para poder definir los tres pilares de este proceso que son: “dirigido por los casos de uso, centrado en la arquitectura, iterativo e incremental”.

UML ayudará a reflejar el proyecto usando herramientas simples que permitan sobre todo comprensión e interacción con el usuario.

Todo el proceso será iterativo e incremental durante todo el desarrollo del proyecto.

Debido a todas las razones enunciadas creemos indispensable utilizar UML, específicamente haremos uso del software Enterprise Architect 8.0 que nos permitirá realizar las modelizaciones requeridas e interactuar con el usuario de manera ágil y acertada.

Elección de un Lenguaje de programación.

El lenguaje orientado a objetos es sin duda uno de los principales pilares en la escena del desarrollo de software, por ello el objetivo fue utilizar un desarrollo que a su vez permita crear aplicaciones de manera simple y que los tutores dominaran totalmente para recibir una mejor guía de parte de éstos.

Visual FoxPro (VFP) es una potente herramienta comercializada por Microsoft desde 1995. Incluye un lenguaje de programación, un motor de base de datos relacionales y un entorno de desarrollo incorporado (IDE), posee una excelente compatibilidad ascendente: un código escrito hace 5 años puede con un mínimo trabajo ser mantenido y mejorado. VFP es también una herramienta de desarrollo rápido de aplicaciones (RAD) que permite a los desarrolladores crear aplicaciones de aspecto sofisticado con un mínimo esfuerzo.

Decididamente orientado a Objetos, su lenguaje ofrece a los desarrolladores la posibilidad de crear fácilmente aplicaciones locales, cliente/servidor o para la Web. Ofrece las herramientas para administrar los datos, como la organización de tablas de información, la creación de consultas e incluso la integración de sistemas de administración de bases de datos. También dispone de mecanismos de gestión de errores, un class CursorAdapter para acceder a los datos de una manera estándar, clases para incorporar los controles, una clase GDI + soporte de imágenes, procesamiento eventual de objetos, soporte escalonado, servicios Flavia Verónica Yabes 29

Page 30: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

XMLWeb, una gran cantidad de herramientas de productividad e integración a Visual Studio .NET y a SQL Server 2000.

Por todo lo enunciado he decidido estudiar e implementar el sistema en dicho lenguaje.

8.4.Diagrama de Gantt

En base a las tareas necesarias para desarrollar el sistema y a la cantidad de horas estimadas para ejecutarlas, proponemos el siguiente diagrama de Gantt que refleja la planificación temporal del sistema y recursos.

Observaciones: Razones familiares, de trabajo y económicas han provocado un desfasaje en los tiempos.

Flavia Verónica Yabes 30

Page 31: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Diagrama de Gantt

Flavia Verónica Yabes 31

Page 32: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

ETAPA 5: En esta etapa describiré la forma en la que se ejecutará el proceso, definiendo los roles del personal de la inmobiliaria, explicando cómo se llevarán a cabo las reuniones con dicho personal. Se llevará un control sobre el desarrollo, el cual también se describe en esta etapa, en donde se miden los resultados paso a paso y se evalúan los errores y sus correspondientes correcciones. Por último hablaré sobre el financiamiento del proyecto.

8.5.Ejecución

Se dará comienzo a la ejecución coordinando a cada persona y su colaboración con el proyecto. Para conocer los requerimientos, puntos de importancia, necesidades y costumbres se proyectarán una serie de entrevistas a cada uno de los integrantes de la inmobiliaria.

Se aprovechará el know-how del personal propio en herramientas de software ya conocidas y en la lógica de negocio de la organización inmobiliaria.

Los roles resultantes son:Secretaria, personal de At. Al público: Contestarán entrevistas sobre las solicitudes de los clientes, las búsquedas que se realizan habitualmente, los datos que el cliente aprecia a la hora de alquilar, la gestión básica de pagos por parte de los inquilinos.Gerente: Definición de requisitos funcionales, aporte de los datos necesarios para cada etapa del proyecto. Supervisar el avance del proyecto.Encargada de proyecto: Definiciones técnicas de arquitectura, estándares de hardware, software de base, formatos y fuentes: personal propio. Capacitación a usuarios e investigación de temas específicos.Para la implementación será necesaria la colaboración del personal de la inmobiliaria.Para llevar a cabo estas entrevistas, como las decisiones que deben tomarse es necesario programar reuniones que especifique quienes participarán de ella, cuál será su objetivo y que resultados se obtuvo de la misma. Para dejar en claro cada punto y evitar malos entendidos con requisitos y pérdidas de tiempo en las reuniones, éstas se dejarán plasmadas en un acta que se completará por la encargada de proyecto y supervisada por el gerente.Todas las actas que se completarán en cada reunión tendrán un número y datos varios. (VER ANEXO, punto a)

8.6.Control

Para este proyecto se llevará un control direccional, ya que con este mecanismo de control se

actuará antes de que la actividad este totalmente concluida. En este caso el control se realiza de

modo continuo y no en puntos determinados, de modo que cada elemento de la acción sea el

resultado de la rectificación casi instantánea de la acción anterior.

Se definen los parámetros de control para cada etapa, orientándolo a objetivos reales.

Flavia Verónica Yabes 32

Page 33: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Análisis: Durante esta etapa se deben obtener los requisitos precisos de la empresa y sus

necesidades funcionales con respecto al sistema a implementar. También es necesario acordar

sobre los casos de uso que se irán a definir, ya que sobre esa base apoyaremos el diseño.

Diseño: Basándose en los casos de uso y los requisitos recolectados, se realizará los

correspondientes prototipos y diagrama de diseño, utilizando las herramientas y lenguajes ya

planteados en la metodología de desarrollo de software.

Programación: Es necesario desarrollar esta etapa con un control de seguimiento exhaustivo, ya

que errores en este tipo de presentación son muy notables para los usuarios, quienes ya deben

enfrentarse al desafío del cambio.

En esta etapa el sistemas utilizado en forma experimental para asegurar que el software no falle,

es decir, que trabaje de acuerdo a las especificaciones y de la manera en la que los usuarios

esperan que lo haga.

En la prueba del sistema se examinan los datos de entrada de procesamiento y los resultados para

localizar algunos problemas inesperados. Es preferible detectar cualquier falla o anomalía antes de

que la empresa ponga en marcha el nuevo sistema.

Implementación: En esta etapa se debe controlar la correcta instalación y el correspondiente

funcionamiento en cada terminal. Además de las funciones de impresión y de interacción entre

terminales.

Capacitación: El control en toda capacitación se trata de una evaluación continua, evacuando

todas las dudas e inquietudes de los usuarios y procurando que éstos posean los conocimientos

necesarios del sistema que les permita operarlo en forma correcta y eficiente.

La medición de los resultados se realizará en las reuniones programadas y durante la comparación

de los parámetros de control con los resultados reales. Si bien esta medición es cuantitativa, al

establecer los objetivos y adecuarse a los parámetros mencionados se podrá realizar una correcta

medición.

La evaluación de los errores se realizará la comparación entre los resultados que se pretendía y

aquellos que efectivamente se obtuvieron. Obviamente que se obtendrán diferencias, por lo que

dejaremos por escrito en las actas y se dejará también debidamente expresada la definición de las

correcciones, que estarán acordes a la gravedad del error, enmendando el mismo.

Flavia Verónica Yabes 33

Page 34: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

La ejecución de las correcciones debe traducirse en lenguaje apropiado para quien se encargue de

ejecutarlas y con un grado de detalle más elevado tomando en cuenta el nivel jerárquico del

agente ejecutor. También quedará plasmado en las actas.

8.7.Administración de Financiamiento

Para la inmobiliaria la implementación de este sistema de gestión significa una inversión a futuro cercano, un avance tecnológico, la adquisición de una herramienta que agilice tiempos y trabajo. Por lo que desde la gerencia se decidió reducir las ganancias mensuales y dedicarlas al proyecto Inmoadmin. El costo total del sistema será repartido en los meses que requiera el desarrollo del mismo, con lo cual el desarrollador recibirá beneficios todos los meses y la inmobiliaria distribuirá el peso del costo, con lo que será más liviano de solventar.

8.8.Puesta en Marcha

A continuación se mencionan algunos criterios que orientaron el diseño de la estrategia de puesta en marcha:Visión: Mejorar r y fortalecer una empresas innovadora, con dimensión humana, en un marco de cooperación para competir en el mercado.Objetivos: Implementar un sistema para poner en marcha y operar en cada proceso de gestión inmobiliaria y en cada uno de los nodos que constituyan la organización en red.Metas:· Despertar el interés en cada integrante de la inmobiliaria por el nuevo sistema, desde el punto de vista de la eficiencia que brinda y desde la participación que cada uno aporte sobre el proyecto.· Capacitar los recursos humanos para gestores de la innovación.· Visión de desarrollar proyectos articulados con este.· Morales: El proceso de realización del proyecto Inmoadmin debe conducirnos hacia la participación activa de todos los integrantes de la empresa, la libertad expresión de cada uno de los mismos, la honestidad, la tolerancia, la responsabilidad, la solidaridad, lealtad a la firma.Acciones· Levar a cabo cada etapa del proyecto de forma responsable.· Coordinar e iniciar la puesta en marcha del proceso en cada estación.· Seleccionar un adecuado sistema de comunicación y organización del conocimiento que fortalezca los vínculos en la red (reuniones, charlas, actas).· Organizar y gestionar la realización de los cursos de Formación.

ETAPA 6: En esta etapa realizaré un análisis de factibilidad comercial, operacional,ténica, legal y económica.También analizaré las siguientes viabilidades: técnica, organizacional, legal, ambiental, económica, y financiera.Luego de evaluar positivamente las factibilidades y viabilidades mencionadas anteriormente presentaré un presupuesto tipo.

9. Análisis de Factibilidad9.1.Viabilidad Comercial

Alternativa: Software “Inmocontrol”

Flavia Verónica Yabes 34

Page 35: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

A continuación se analizará una de las tantas ofertas de sistemas para gestión inmobiliaria, para

comparar con el sistema a desarrollar.

Consideremos ahora ofertas de producto enlatados:

InmoControl permite administrar su empresa, controlando los clientes, inmuebles, propietarios,

documentos, etc.

Sus características/módulos son:

Módulo de administración de inmuebles. Módulo de administración de clientes. Módulo para soporte de contratos. Módulo Soporte para múltiples estaciones de trabajo en red. Módulo Soporte para múltiples usuarios con permisos Soporte técnico via web, e-mail y telefónica Mensajería interna, agendas individuales.

Entorno tecnológico: El programa funciona bajo cualquier sistema operativo Windows 98 o posterior y su manejo es muy sencillo, por lo que no se requieren conocimientos previos de computación. Cualquier PC que soporte dicho sistema operativo puede operar el programa.

Recursos humanos: Cualquier persona que trabaje en la inmobiliaria podría aprender a usarlo.

Funciones excluidas:

No administra las locaciones

No emite informes completos

No confecciona automáticamente los contratos de locación

Factibilidad Operacional:

Uno de las falencias más importantes de este sistema es que no cuenta con la administración de rentas, para ello se tendría que adquirir otro software. Si bien existen otros programas que sí cuentan con esta administración, no son argentinos, con lo que ciertas especificaciones varían lo suficiente como para no ser operacional en esta inmobiliaria.

Factibilidad técnica:

Por las características técnicas que poseen los equipos de la inmobiliaria no hay impedimentos técnicos para adquirir este programa.

Factibilidad Legal:

Flavia Verónica Yabes 35

Page 36: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Dado que estamos hablando de un programa enlatado, se debería adquirir la licencia de uso según lo requerido, es decir no hay impedimentos legales para implementar este sistema.

Factibilidad económica:

Cada módulo uno de ellos tiene un valor de $2000 con una totalidad de 7 módulos.

Tarifas generales del sistema:

Costo de activación: $0

Estación individual: $200 por mes

Estación adicional: $70 por mes

Todos los precios están expresados en pesos argentinos y no incluyen el IVA.

Para la inmobiliaria Berrini se consideran 4 estaciones de trabajo, incluyendo todos los módulos el costo de Inmocontrol sería de $ 14000 (más IVA), o sea $16940, para implementar el sistema completo y $ 421 (más IVA), o sea $510 mensuales para la continuidad del mismo. La continuidad de un año costaría $ 6120 sumado al costo de los módulos da por resultado $ 23060 en el primer año, aunque resultaría insuficiente ya que no posee administración de rentas.

Para la administración de rentas se debe comprar otro módulo especial llamado RentaControl.

Este software está formado por un único módulo, el precio del mismo es $2500, con una cuota mensual de $ 170 (más IVA), o sea $206 mensuales. La continuidad de un año costaría $ 2472 sumado al costo del módulo da por resultado $ 4972 en el primer año.

Para tener los servicios similares a los de Inmoadmin se deberá invertir $ 28032 solo en el primer año. Luego durante cada año se debe continuar pagando los costos de mantenimiento que suman $8592 anual.

Este es el software que cumplía de forma más cercana con los requerimientos de la inmobiliaria Berrini. Si bien hay otros software, éstos no poseen todos los servicios que la organización necesita, o son de otros países, o no especifican lo busca la inmobiliaria, etc.

Análisis de Alternativas

Se evaluará optar por la alternativa del software personalizado o bien por el enlatado. La alternativa de no incorporar software quedará fuera del análisis dado que ya se ha mencionado el costo de incorporar una empleada más y la baja eficacia de esta opción.

Se buscó un software enlatado y aquellos que brindan los servicios de administración de propiedades conjuntamente con clientes y rentas no son argentinos, por lo que complica el uso del mismo principalmente el idioma en el que ya vienen programados.

Flavia Verónica Yabes 36

Page 37: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Para contar los servicios que la inmobiliaria precisa se debería adquirir dos software.

Un programa a medida será siempre el mejor reflejo de los requerimientos de un sistema, no es lo mismo que el usuario decida qué es lo que quiere tener en pantalla, lo que quiere extraer del sistema que tener que adaptarse a algo ya construido quizás según requerimientos de otras personas.

En definitiva el nuevo sistema a medida implica un costo económico algo más elevado respecto a las otras alternativas, gana su elección debido a la posibilidad de administrar propiedades, clientes, locaciones y contrato en la forma que ya lo venían realizando, pero con las eficiencia, o sea que no cambia la metodología de trabajo, que llevó a Berrini a ser una de las más exitosas inmobiliaria de la zona, si acelera los procesos y brinda agilidad y tecnología a las labores cotidianas, lo que aporta un mejor servicio y atención al cliente.

9.2.Viabilidad Técnica

Es un estudio de la funcionalidad, rendimiento y restricciones que pueden afectar la posibilidad de realización de un sistema.

Al realizar un análisis de la tecnología con la que cuenta la inmobiliaria encontramos que la misma es perfectamente adaptable al nuevo sistema, y no poseen ningún impedimento para que dicho sistema funcione allí. Las computadoras se encuentran conectadas vía red con cable UTP, ficha RJ45 y un swicht que se encuentra en recepción. El proveedor de Internet es la empresa Arnet, brindando un ancho de banda de 3 Mb a través de ADSL. Posee un modem wireless con el que la notebook recibe señal para la navegación.

Con la tecnología que ya posee Berrini no es necesaria más inversión, por los que la factibilidad técnica es positiva.

9.3.Viabilidad Organizacional

Se trata de determinar si nuestro sistema contará con el apoyo y el interés de los usuarios a fin de lograr su correcta implementación.

Los clientes notarán la nueva organización de las cobranzas como a su vez de las listas de ofertas de propiedades, percibirán el cambio en una atención más rápida y eficaz. Esto seguramente será bien recibido por los mismos.

Por parte de los integrantes de la inmobiliaria, se reduciría la cantidad de papeleo, las consultas y contratos serían mucho más ágiles de realizar. Estos motivos hacen indiscutible el apoyo por parte de la gerencia en la implementación del sistema.

Como conclusión, considerando los beneficios que el nuevo sistema podrá aportar al funcionamiento general de la inmobiliaria, podemos decir que el mismo es operacionalmente factible y contará con el apoyo de los usuarios finales.

9.4.Viabilidad Legal

Flavia Verónica Yabes 37

Page 38: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Se determina cualquier infracción, violación o responsabilidad legal en que se podría incurrir por el

desarrollo del sistema.

El sistema de gestión inmobiliaria no contempla la emisión de comprobantes legales exigidos por la DGI. Solo cumple con los requisitos solicitados por la misma organización, por los cuales no se registra infracción alguna. El equipamiento que dispone la inmobiliaria posee factura, y La propiedad intelectual del sistema una vez implementado y comprobada su correcta funcionalidad pasará eventualmente a manos de Berrini por medio del respectivo contrato entre las partes.

Por todo lo enunciado hasta aquí se concluye entonces que esta alternativa es legalmente factible.

9.5.Viabilidad Ambiental

El estudio de los aspectos ambientales del proyecto se concentrará en identificar los impactos positivos y negativos de las inversiones típicas del Programa. En base a estos estudios, y a la experiencias tanto de esta como de otras organizaciones.

El análisis de los proyectos similares constató que éstos tienen, en general, impactos positivos en términos sociales y ambientales, derivados de la implantación de sistemas destinados al ahorro de energía, al tratamiento del agua, a la difusión del cuidado del medio ambiente, etc.Este software se encuentra destinado específicamente a la gestión inmobiliaria, el mayor aporte al medio ambiente es el importante ahorro de papel que se conseguirá al almacenar grandes cantidades de datos en forma digital.

Este sistema y su actividad no perjudican al entorno del medio ambiente. Una opción que se encuentra al alcance manos es usar constantemente el tema de reciclaje con el material de oficina, la utilización de propagandas de papel reciclado.

9.6.Viabilidad Económica

Análisis de beneficios

Beneficios por la incorporación del sistema: La atención al cliente será más rápida y ágil, así como también la realización de pagos por parte de los inquilinos. La lentitud con la cual se llevan actualmente estas tareas llevaba a la formación de colas y largas esperas por parte de los clientes y potenciales clientes. En una primera instancia se pensó en contratar una nueva empleada para estas tareas. Con la implementación del sistema no haría falta esta incorporación de personal. La empleada hubiera percibido un sueldo de $ 1800, más $ 300 por aportes sociales mensualmente. También se puede pensar en un pequeño ahorro de papel, ficheros, biblioratos, etc. Este beneficio se llamará Eficacia Administrativa y ronda los $200 anuales. Estos montos dan por resultado $25400 anual.

Total Beneficios para el primer año: $25400

9.7.Viabilidad Financiera

Flavia Verónica Yabes 38

Page 39: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Análisis de rentabilidad

INVERSIÓN

Gastos de impresión $250

Recursos Humanos $34270

Otros $300

licencias $1100

Amortización de equipos de 25 %, 0,5 años $438

Ganancia de aproximadamente el 20% $7000

Total $43358

INGRESOS

Beneficio por no incorporar nueva empleada $25200

Beneficio por eficacia administrativa $200

Total $25400

Cálculos del Período de Repago: Aproximadamente 468,5 días, o sea 1,37 años.

Payback Análisis

Año 0 Año 1 Año 2 Año 3 Año 4 Año 5

Costo desarrollo $43358

Costo Acumulado $43358 $43358 $43358 $43358 $43358 $43358

Beneficios $25400 $25400 $25400 $25400 $25400

Benef. Acumulado $25400 $50800 $76200 $101600 $127000

Benef. - costo -$17958 $7442 $32842 $58242 $83642

Los costos de operación y de desarrollo son nulos.

Flavia Verónica Yabes 39

Page 40: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

El retorno de inversión (ROI)

Es decir el 193% para todo el ciclo de vida.

Con estos valores obtuvimos a través de una hoja de cálculo valores de VAN (Valor Actual Neto) y TIR (Tasa Interna de Retorno) que nos alientan a decir que este proyecto es factible económicamente.

Estas son las fórmulas utilizadas en Microsoft Excel:

=TIR(matriz que contiene los flujos de caja)

TIR = 193%

=VNA(tasa de descuento;matriz que contiene el flujo de fondos futuros)+ inversión inicial

VAN = $ 155,6

10. Estimación del tamaño del sistema (método de cálculo Puntos de Casos de Uso)

Cálculo de los Puntos de Casos de Uso no Ajustados

Flavia Verónica Yabes 40

Page 41: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Peso de los actores

Actor Tipo

Administrador Complejo

Usuario Complejo

Cliente Complejo

Persona Complejo

Conclusión:

Tenemos 4 actores de tipo complejo y considerando un peso de 3 unidades para cada uno obtenemos: Total de Peso de Actores = 3 * 4 = 12 UAW

Factor de peso de los casos de uso sin ajustar (UUCW)

Basado en clases de análisis

Caso de Uso Tipo

Administrar Clientes Simple

Administrar Propiedades Simple

Administrar Contratos Medio

Administrar Pagos Simple

Administrar Domicilios Simple

Administrar Usuarios Simple

Buscar Persona Simple

Buscar Propiedades Simple

Buscar Pagos Simple

Seleccionar consulta Simple

Buscar Contratos Simple

Iniciar sesión usuario Simple

Cambiar Sesión Usuario Simple

Confeccionar Contratos Simple

Flavia Verónica Yabes 41

Page 42: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

El peso asignado es de 5 unidades para los CU simples y 10 unidades para los medios.

13 * 5 = 65 simples

1 * 10 = 10 medio

Total de pesos de CU = 75 UUCW

Total Puntos de caso de uso sin ajustar:

UUCP = UAW + UUCW Casos de Uso No Ajustados

UUCP = 12 + 75 = 87 Casos de Uso No Ajustados

Puntos de caso de uso ajustados (UCP)

Para esto se utilizan las siglas UCP y se obtiene al multiplicar el UUCP el TCF y el EF quedando la operación de la siguiente forma:

UCP = UUCP x TCF x EF

Estas siglas significan:

UCP: Puntos de casos de uso ajustados. UUCP: Puntos de casos de uso sin ajustar.

TCF: Factores técnicos.

EF: Factores ambientales

Factores de complejidad técnica

Factor Descripción Peso Valor

T1 Sistema distribuido. 2 3

T2 Objetivos de performance o tiempo de respuesta. 1 2

T3 Eficiencia del usuario final. 1 2

T4 Procesamiento interno complejo. 1 1

T5 El código debe ser reutilizable. 1 3

T6 Facilidad de instalación. 0,5 1

Flavia Verónica Yabes 42

Page 43: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

T7 Facilidad de uso. 0,5 3

T8 Portabilidad. 2 1

T9 Facilidad de cambio. 1 5

T10 Concurrencia. 1 1

T11 Incluye objetivos especiales de seguridad. 1 1

T12 Provee acceso directo a terceras partes. 1 0

T13 Se requiere facilidades especiales de entrenamiento a usuario. 1 0,5

Cada uno de estos puntos se debe evaluar según la siguiente escala:

Descripción Valor

Irrelevante De 0 a 2.

Medio De 3 a 4.

Esencial 5

TFactor = Sum (Valor*Peso) = 25,5 TCF = 0,6 + (0,01 * TFactor) = 0,6 + (0,01 * 25,5) = 0,855

Factores ambientales

Los factores sobre los cuales se realiza la evaluación son 8 puntos, que están relacionados con las habilidades y experiencia del grupo de personas involucradas con el desarrollo del proyecto.

Factor Descripción Peso Valor

E1 Familiaridad con el modelo de proyecto utilizado. 1,5 1

E2 Experiencia en la aplicación. 0,5 2

E3 Experiencia en orientación a objetos. 1 2

E4 Capacidad del analista líder 0,51

Flavia Verónica Yabes 43

Page 44: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

E5 Motivación. 1 5

E6 Estabilidad de los requerimientos 2 4

E7 Personal part-time -1 3

E8 Dificultad del lenguaje de programación -1 2

Cada uno de estos factores se debe calificar con un valor de 0 a 5

EFactor = Sum(Valor * Peso) = 13

EF = 1,4 + (-0,03 * EFactor) = 1,01 Peso Factores Ambientales

Calculamos ahora Puntos de Casos de Uso a partir de valores previamente obtenidos:

UCP =UUCP * FCT * EF

UCP = 87 * 0,855 * 1,01 = 75,13 es la complejidad del sistema ajustada a los factores técnicos y el entorno.

Esfuerzo horas-hombre (E)

Este cálculo se realiza con el fin de tener una aproximación del esfuerzo, pensando solo en el desarrollo según las funcionalidades de los casos de uso.

Primero se debe contar la cantidad de factores ambientales del E1 al E6 que tienen una puntuación menor a 3, también contar la cantidad de estos mismos del E7 y E8 que son mayores que 3.

Factor Filtro Cantidad

De E1 a E6 Factor < 3 4

De E7 a E8 Factor > 3 0

Para evaluar el resultado o la cantidad total según la siguiente tabla:

Horas-Persona (CF) Descripción

Flavia Verónica Yabes 44

Page 45: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

20 Si el valor es<=2

28 Si el valor es<=4

36 Si el valor es>=5

El esfuerzo en horas-persona viene dado por:

E = UCP x CF = 75,13 * 28 = 2103,64 Esfuerzo estimado en horas-persona

E: Esfuerzo estimado en horas-persona.

UCP: Puntos de Casos de Uso ajustados.

CF: Horas-Persona.

En la siguiente tabla se detallan la distribución en porcentaje, para el esfuerzo total en el desarrollo del proyecto:

Actividad Porcentaje horas-persona

Análisis 10% 210,36

Diseño 20% 420,73

Programación 40% 841,46

Pruebas 15% 315,55

Sobrecarga 15% 315,55

Estamos entonces frente a un trabajo que demandará 53 semanas de esfuerzo, considerando una persona que trabaja de lunes a viernes, 6 horas diarias.

11. Definición del precio del sistemas y forma de pago adoptada por el cliente11.1. Presupuesto tipo

Presupuesto:

Flavia Verónica Yabes 45

Page 46: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Flavia V. YabesDesarrollo de Sistemas

Bv. Argentino 2894 – Casilda, Santa FeDescripción: Planificación, Diseño, Desarrollo, Implementación Sistema de Gestión Inmobiliaria “Inmoadmin” a medida de la Organización Berrini, se incluye la capacitación al personal y manual de Usuario.Subdivisión de proyecto en entregables más pequeños y manejables tal que:

• Permita asegurar costo, tiempo y recursos estimados.• Definir una línea de base para medir y controlar performance.• Facilitar una clara asignación de responsabilidades.

Total $ 43358.-

La forma de pago adoptada será en efectivo. Se realizarán 5 pagos de $4000.- y un pago final $14820.- al término de la capacitación.

ETAPA 7: En esta etapa se realizará un análisis detallado de los riesgos en el desarrollo del sistema, su magnitud y el impacto que estos acarrean.

12. Análisis de Riesgos

La magnitud del riesgo en el componente de riesgo se divide en cuatro categorías con las que se medirá el impacto:

1.- Despreciable

2.- Marginal

3.- Crítico

4.- Catastrófico

12.1. Adaptación a la nueva herramienta informática por los empleados, clientes y usuarios

12.1.1. Magnitud del Riesgo

Este riesgo puede surgir del interior de la organización y a partir de quienes deberán utilizar el sistema. La magnitud es importante y de impacto crítico, ya que podría interrumpir la continuidad del proyecto.

12.1.2. Descripción

Flavia Verónica Yabes 46

Page 47: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Naturalmente la resistencia al cambio es una cuestión vigente a la hora de implementar un sistema. Las costumbres de trabajo, llevan a cierta automatización, la cual deberá abandonarse para dar lugar a otra desconocida.

.

12.1.3. Impacto

Si bien es un cambio que aumentará la eficiencia en el trabajo, hay quienes se resistirán al mismo o no podrán adaptarse fácilmente. Esto puede provocar un impacto importante, principalmente en los empleados que deben utilizar el sistema cambiando toda la forma de trabajo que venían llevando.

Por parte de la gerencia, se encontrará un predisposición para adaptarse al nuevo sistema dado que fue desde allí de donde surgió el interés por el desarrollo de dicho proyecto.

Por parte de los usuarios será un cambio al cual deberán adaptarse. La predisposición de los usuarios dependerá de la participación que hayan tenido durante el desarrollo del proyecto y sobre la conciencia de la eficiencia y practicidad que aportará el nuevo sistema a su trabajo cotidiano.

Para los clientes de la inmobiliaria tendrá un impacto positivo, ya que sus consultas y dudas serán evacuadas con más rapidez, y sentirán que la mejora tecnológica esta destinada a su comodidad. También sentirán que la organización en donde ellos depositaron su confianza crece e invierte para mejorar sus servicios.

12.1.4. Indicadores

-Los usuarios finales se resisten al sistema

- La capacitación solicitada para todo el proceso de desarrollo no es suficiente

-Críticas negativas con respecto a sistema

-Desinterés por participar en las reuniones, no emisión de opiniones.

12.1.5. Estrategias de mitigación

Durante la capacitación se debe explicar cómo verá el cliente de la inmobiliaria el cambio tecnológico y el beneficio de innovarse, crecer y modificar las formas de trabajo a la par de los cambios tecnológicos, ya que si no se incluye a esta nueva realidad, a estos nuevos habitos, se quedarán atrás en el tiempo, se perderá competitividad, se perderán clientes en definitiva.

Se debe concientizar sobre la importancia de adaptarse, no solo al nuevo sistema, sino también a la actualidad, en la cual todo tipo de gestión se encuentra informatizada.

12.1.6. Plan de contingencia

Es necesaria una participación activa de los miembros de la organización, que les permita sentirse parte del proceso de cambio, apropiarse del nuevo proyecto, para luego implementarlo como algo propio.

Flavia Verónica Yabes 47

Page 48: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Por esto es fundamental las entrevistas, reuniones, recolección de información y captura de requisitos, así, una vez implementado el sistema el personal se encontrará motivado para capacitarse y utilizarlo.

13. Deficiencia presupuestaria

Al realizar el presupuesto se trata de calcular de forma anticipada los ingresos y gastos del proyecto durante el período de tiempo (el cual, también se ha estimado).

Es un plan de acción dirigido a cumplir una meta prevista, expresada en valores y términos financieros que, debe cumplirse en el tiempo que dure el proyecto y bajo las condiciones previstas.

Pero aunque se haga todo lo posible, puede fallar.

13.1. Magnitud del Riesgo

Este problema puede surgir principalmente de un presupuesto demasiado bajo que se le ha pasado al cliente por equivocación. También puede darse por un giro económico inesperado en la organización que le obliga a reducir gastos.

Si bien, la carencia en el pago del sistema no necesariamente detendrá el desarrollo del mismo, la parte monetaria es uno de los motivadores más importantes (sino el más importante) para el desarrollo del proyecto en sí. Por lo que este riesgo es importante, y debe tratar de prevenirse.

13.2. Descripción

Es posible que por un mal cálculo o un error en el presupuesto, el valor del sistema no sea el correcto. El valor estimado podría ser menor o mayo al que correspondería realmente.

Otra situación podría ser que (aunque el presupuesto está bien calculado) no concuerda con los ingresos de la organización que debe abonar el costo del sistema.

13.3. Impacto

El impacto de este riesgo es importante, ya que si bien no detendría el proceso del proyecto, podría retrasarlo, postergarlo, bajar la calidad del mismo o dejar a alguna de las partes participantes insatisfechas.

13.4. Indicadores

-Cambios en la economía del país, o en el mercado de ventas y alquileres de propiedades.

-Recortes económicos en la organización

-La estimación del tamaño del sistema es muy baja

-No hay concordancia entre el precio que se presupuestó y lo que vale realmente el sistema

Flavia Verónica Yabes 48

Page 49: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

13.5. Estrategias de mitigación

Tratar de ajustar el tamaño, o bien readaptar el proyecto, prolongando los plazos de entrega.

Replantear de forma y fechas de pago.

Reconsiderar el presupuesto y rehacerlo.

Achicar o agrandar el tamaño del sistema.

13.6. Plan de contingencia

Realizar estudios y cálculos minuciosos con respecto al tamaño del sistema.

Proveer los cálculos del presupuesto de acuerdo a las posibles variaciones económicas del país.

Realizar comparaciones con otros sistemas de un tamaño similar.

Consultar con profesionales en sistemas que realicen habitualmente presupuestos.

Acordar una forma y tiempo de pago acorde a los ingresos de la organización.

ETAPA 8: En esta etapa trataré sobre la creación de artefactos, realizando un listado y descripción de actores y casos de uso del sistema. Realizaré el diagrama de actividades, clases y colaboración de cada caso de uso.

14. Creación de Artefactos14.1. Listado y descripción de actores SI

1) Persona: Es toda aquella que en forma personal, requiere el servicio de la organización con el fin, de solo realizar consultas de propiedades en alquiler y/o venta.

Responsabilidades:

- Solicitar servicio en forma personal

2) Cliente: Es todo aquel que ya es parte de la organización - inquilinos, propietarios, garantes.

Responsabilidades:

- Solicitar servicio en forma personal- Adjuntar documentación requerida acorde a la operación desarrollada

3) Usuario: Es todo aquel que posee algún tipo de permiso para operar con el sistema.Responsabilidades:

- Registrarse en el sistema al iniciar actividad- Atender eventos generados por el sistema- Llevar el seguimiento de alquileres y propiedades bajo su órbita

Flavia Verónica Yabes 49

Page 50: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

- Generar reportes varios- Atención al cliente- ABMC inmuebles en alquiler y/o venta- ABMC campos- ABMC inquilinos

4) Administrador: Es aquel que posee el dominio total sobre la funcionalidad del software. Hereda todos los atributos y responsabilidades del operador, generando a su vez las siguientes responsabilidades a su cargo, previo identificarse como tal en el sistema:

- ABMC de operadores- Eliminación de datos

14.2. Listado de UC sistema

Granularidad Gruesa: Casos de Uso

Caso Uso: Usuarios ABM

Actores Administrador

Descripción Breve El caso de uso permite definir nuevos usuarios con su contraseña.

Mostrará también usuarios ya ingresados que se podrán modificar o eliminar.

Propósito Administrar usuarios que podrán acceder al sistema.

Caso Uso: Clientes AMB

Actores Administrador/Usuario

Descripción Breve Registra, modifica o elimina clientes y sus datos personales, además este caso de uso conduce al caso de uso AMB Domicilio. El usuario solo puede dar altas.

Propósito Administrar los clientes de la inmobiliaria.

Caso Uso: Propiedades ABM

Actores Administrador/Usuario

Descripción Breve Registra, modifica o elimina propiedades y sus características, además este caso de uso conduce al caso de uso AMB Domicilio.

Flavia Verónica Yabes 50

Page 51: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

El usuario solo puede dar altas.

Propósito Administrar las propiedades de la inmobiliaria.

Caso Uso: Contratos ABM

Actores Administrador/Usuario

Descripción Breve Registra, modifica, elimina y confecciona contratos de locación. El usuario solo puede dar altas.

Propósito Administrar los contratos de locación de la inmobiliaria

Caso Uso: Pagos ABM

Actores Administrador/Usuario

Descripción Breve Registra, modifica, elimina pagos realizados por clientes. Además posee una lista en donde se observan los pagos ya registrados. El usuario puede dar altas a pagos y consultar la lista.

Propósito Administrar los pagos de la inmobiliaria

Caso Uso: Confección de Contratos de locación

Actores Administrador/Usuario

Descripción Breve Exporta datos del contrato a un documento de texto que ya posee cláusulas generales y permite guardarlo en ese formato.

Propósito Confeccionar contrato de locación.

Caso Uso: Consulta de Pagos

Actores Administrador/Usuario

Descripción Breve Permite consultar con cierto grado de filtrado los pagos que realizaron los inquilinos de contratos.

Propósito Consultar pagos de inquilinos

Flavia Verónica Yabes 51

Page 52: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso Uso: Buscar Cliente

Actores Administrador/Usuario

Descripción Breve Permite seleccionar criterios de búsqueda para hallar un cliente determinado.

Propósito Buscar un determinado cliente.

Caso Uso: Buscar Propiedad

Actores Administrador/Usuario

Descripción Breve Permite seleccionar criterios de búsqueda para hallar una propiedad determinada.

Propósito Buscar una determinado propiedad.

Caso Uso: Buscar Contrato

Actores Administrador/Usuario

Descripción Breve Permite seleccionar criterios de búsqueda para hallar un contrato de locación determinado.

Propósito Buscar un determinado contrato ya ingresado.

Caso Uso: Emitir un Informe

Actores Administrador/Usuario

Descripción Breve Permite visualizar e imprimir informes sobre clientes, propiedades, contrato, y pagos de forma ordenada .

Propósito Visualizar e imprimir informes.

14.3. Descripción en formato completo de los UC del Sistema

Casos de Uso: Granularidad Fina

Flavia Verónica Yabes 52

Page 53: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

1) Administrar Clientes2) Administrar Propiedades3) Administrar Contratos4) Administrar Pagos5) Administrar Domicilios6) Administrar Usuarios7) Buscar Persona8) Buscar Propiedades9) Buscar Contratos10) Buscar Pagos11) Seleccionar consulta12) Iniciar sesión usuario13) Cambiar Sesión Usuario14) Confeccionar Contratos

Nombre: Administrar Clientes Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: administrar las Altas, Bajas y Modificaciones de clientes.

Prioridad: Alta (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Media (Alta, Media, Baja) Actor Secundario: Cliente

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: si es exitoso, se persisten las operaciones realizadas

Curso Normal Curso Alternativo

1. El actor inicia el CU seleccionando la operación a realizar

2. El actor selecciona la tarea que desea realizar2.a. si no es alta, visualiza los clientes que se encuentran en el sistema.

2.c. si el actor es administrador elimina, marca como baja

2.d. si no elimina y el actor es administrador, modifica los datos existentes.

3. El actor ingresa los nuevos datos 3.a.Si el cliente ya existe el sistema

Flavia Verónica Yabes 53

Page 54: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

dará aviso

3.b.Se actualizan los datos existentes.

4.El actor selecciona un domicilio existente para el cliente4.a. Invoca al CU Administrar Domicilios

5.Se confirman los datos

6. El actor finaliza el CU

Nombre: Administrar Propiedades Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: administrar las Altas, Bajas y Modificaciones de Propiedades.

Prioridad: Alta (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Media (Alta, Media, Baja) Actor Secundario: Cliente

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: si es exitoso, se persisten las operaciones realizadas

Curso Normal Curso Alternativo

1. El actor inicia el CU seleccionando la operación a realizar

2. El actor selecciona la tarea que desea realizar2.a. si no es alta, visualiza las propiedades que se encuentran en el sistema.

2.c. si el actor es administrador elimina, marca como baja

2.d. si no elimina y es administrador, modifica los datos existentes.

3. El actor ingresa los nuevos datos3.a.Si la propiedad ya existe el sistema dará aviso

3.b.Se actualizan los datos existentes.

Flavia Verónica Yabes 54

Page 55: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

4.El actor selecciona un cliente existente para propietario de la propiedad

4.a. Invoca al CU Administrar Clientes

5.El actor selecciona un domicilio existente para la propiedad

5.a. Invoca al CU Administrar Domicilios

6.Se confirman los datos

7. El actor finaliza el CU

Nombre: Administrar Contratos Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: administrar las Altas, Bajas y Modificaciones de Contratos.

Prioridad: Alta (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Media (Alta, Media, Baja) Actor Secundario: Cliente

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: si es exitoso, se persisten las operaciones realizadas

Curso Normal Curso Alternativo

1. El actor inicia el CU seleccionando la operación a realizar

2. El actor selecciona la tarea que desea realizar2.a. si no es alta, visualiza los contratos que se encuentran en el sistema.

2.c. si el actor es administrador elimina, marca como baja

2.d. si no elimina y es administrador, modifica los datos existentes.

3. El actor ingresa los nuevos datos3.a.Si el contrato ya existe el sistema dará aviso

3.b.Se actualizan los datos existentes.

4.El actor selecciona una propiedad existente para su 4.a. Invoca al CU Buscar Propiedades Flavia Verónica Yabes 55

Page 56: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

locación

5.El actor selecciona clientes existente para la locatario y garantes del contrato.

5.a. Invoca al CU Administrar Clientes

6.Se confirman los datos

7. El actor finaliza el CU

Nombre: Administrar Pagos Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: administrar las Altas, Bajas y Modificaciones de Pagos.

Prioridad: Alta (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Media (Alta, Media, Baja) Actor Secundario: Cliente

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: si es exitoso, se persisten las operaciones realizadas

Curso Normal Curso Alternativo

1. El actor inicia el CU seleccionando la operación a realizar

2. El actor selecciona la tarea que desea realizar2.a. si no es alta, visualiza los contratos que se encuentran en el sistema.

2.c. si el actor es administrador elimina, marca como baja

2.d. si no elimina y es administrador, modifica los datos existentes.

3. El actor ingresa los nuevos datos3.a.Si pago ya fue registrado en el sistema, éste dará aviso

3.b.Se actualizan los datos existentes.

Flavia Verónica Yabes 56

Page 57: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

4.El actor selecciona un contrato existente para registrar un pago sobre el mismo

4.a. Invoca al CU Buscar Contratos

5.El actor selecciona un impuesto existente para el registro del pago

5.a. Ingresa un impuesto en forma manual

6.Se confirman los datos

7. El actor finaliza el CU

Nombre: Administrar Domicilios Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: administrar las Altas, Bajas y Modificaciones de clientes.

Prioridad: Alta (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Media (Alta, Media, Baja) Actor Secundario: Cliente

Precondiciones: el actor debe haber comenzado el CU Administrar Clientes o Administrar Popiedades.

Post Condiciones: si es exitoso, se persisten las operaciones realizadas

Curso Normal Curso Alternativo

1. El actor inicia el CU seleccionando la operación a realizar

2. El actor selecciona la tarea que desea realizar2.a. si no es alta, visualiza los domicilios que se encuentran en el sistema.

2.c. si el actor es administrador elimina, marca como baja

2.d. si no elimina y el actor es administrador, modifica los datos existentes.

3. El actor ingresa los nuevos datos3.a.Si el domicilio ya existe el sistema dará aviso

Flavia Verónica Yabes 57

Page 58: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

3.b.Se actualizan los datos existentes.

4.Se confirman los datos

5. El actor finaliza el CU

Nombre: Administrar Usuarios Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: administrar las Altas, Bajas y Modificaciones de Usuarios.

Prioridad: Alta (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: si es exitoso, se persisten las operaciones realizadas

Curso Normal Curso Alternativo

1. El actor inicia el CU seleccionando la operación a realizar

2. El actor selecciona la tarea que desea realizar2.a. si no es alta, visualiza los clientes que se encuentran en el sistema.

2.c. si el actor es administrador elimina, marca como baja

2.d. si no elimina y el actor es administrador, modifica los datos existentes.

3. El actor ingresa los nuevos datos

4.Se confirman los datos

5. El actor finaliza el CU

Flavia Verónica Yabes 58

Page 59: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Nombre: Buscar Persona Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: Permite visualizar los datos de personas que fueron ingresadas al sistema

Prioridad: Media (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: Se visualizarán los datos de las personas ingresadas en el sistema

Curso Normal Curso Alternativo

1. El actor ingresa las primeras letras del apellido buscado

2. El sistema muestra incrementalmente los datos asociados

3. El actor finaliza el CU

Nombre: Buscar Propiedades Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: Permite visualizar propiedades ya ingresadas en el sistema

Prioridad: Media (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: Se visualizarán los datos de las propiedades del sistema

Curso Normal Curso Alternativo

1. El actor un especifica un criterio de búsqueda

2. El sistema permite visualizar las propiedades asociadas al criterio de búsqueda requerido por el actor.

Flavia Verónica Yabes 59

Page 60: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

3. El actor finaliza el CU

Nombre: Buscar Contratos Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: Permite visualizar contratos confeccionados en el sistema

Prioridad: Media (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: Se visualizarán los contratos confeccionados en el sistema

Curso Normal Curso Alternativo

1. El actor un especifica un criterio de búsqueda

2. El sistema permite visualizar los contratos asociados al criterio de búsqueda requerido por el actor.

3. El actor finaliza el CU

Nombre: Buscar Pagos Realizados Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: Permite llevar el control de pagos registrados en el sistema

Prioridad: Media (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: Se visualizarán los pagos realizados sobre un contrato en particular

Curso Normal Curso Alternativo

Flavia Verónica Yabes 60

Page 61: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

1. El actor un especifica un criterio de búsqueda de contrato

2. El sistema permite visualizar los pagos asociados con el contrato requerido por el actor.

3. El actor finaliza el CU

Nombre: Seleccionar Consulta Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: Permite realizar informes completos sobre bases de datos del sistema

Prioridad: Media (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: el actor debe haberse validado como usuario

Post Condiciones: El actor podrá seleccionar entre cuatro tipos de informes diferentes.

Curso Normal Curso Alternativo

1. El actor elije que tipo de informe desea visualizar

2. El sistema permite visualizar el informe deseado

2.b. El actor imprime el informe visualizado.

3. El actor finaliza el CU

Nombre: Iniciar Sesión de Usuario Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: Permite iniciar sesión del sistema

Prioridad: Media (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Flavia Verónica Yabes 61

Page 62: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: iniciar el programa

Post Condiciones: El actor podrá utilizar el sistema

Curso Normal Curso Alternativo

1. El actor selecciona un usuario e ingresa la contraseña

2. El sistema permite la utilización del mismo

2.b. El sistema indica que la contraseña ingresada no es correcta.

3. El actor finaliza el CU

Nombre: Cambiar Sesión de Usuario Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: Permite cambiar de usuario del sistema

Prioridad: Media (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: haber iniciado sesión de ususario

Post Condiciones: El actor podrá utilizar el sistema

Curso Normal Curso Alternativo

1. El actor selecciona un usuario e ingresa la contraseña

2. El sistema permite la utilización del mismo

2.b. El sistema indica que la contraseña ingresada no es correcta.

3. El actor finaliza el CU

Flavia Verónica Yabes 62

Page 63: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Nombre: Confeccionar Contrato Autora: Flavia V. Yabes - Versión: 1.0

Nivel del CU: Negocio Sistema de Información

Objetivo: Permite confeccionar un contrato y exportarlo a Word con los datos del sistema

Prioridad: Media (Alta, Media, Baja) Actor Principal: Administrador/Usuario

Complejidad: Baja (Alta, Media, Baja) Actor Secundario:

Precondiciones: haber ingresado los datos de un contrato

Post Condiciones: El actor podrá modificar el contrato ya confeccionado

Curso Normal Curso Alternativo

1. El actor selecciona contrato ya registrado

2. El sistema permite visualizar el mismo

3. El actor selecciona “confeccionar contrato”

4. El sistema exporta los datos a una plantilla de contratos realizada en Word

5. El actor finaliza el CU

14.4. Diagrama de actividades

Caso de Uso 1: Administrar clientes

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 63

Page 64: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Flavia Verónica Yabes 64

Seleccionar opción

Registra nuevo

clientes

Selecciona cliente existente

Procesa la solicitud

Modifica datos

[Nuevo Registro]

Inicio

Elimina Cliente

Fin

Page 65: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 2: Administrar Propiedades

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 65

Retirar Propiedad de Administración

Incorporar o modificar propiedad

Procesar la solicitud

Eliminar propiedad

Inicio

Registrar nueva propiedad

Fin

Page 66: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 3: Administrar Contratos

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 66

Inicio

Registra nuevo

contrato

Modificar contrato existente

Ingresa datos / selecciona opciones

Exporta datos a Microsoft Word

Visualiza opciones de selección

SINO

Registra los cambios

Fin

[Confeccionar contrato]

Page 67: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 4: Administrar Pagos

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 67

Inicio

Registrar nuevo pago

Modificar pago

existente

Ingresa datos / selecciona opciones

Visualiza opciones de selección

Registra los cambios

Fin

Page 68: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 5: Administrar Domicilios

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 68

Inicio

Registrar nuevo

domicilio

Modificar domicilio existente

Ingresa datos / selecciona opciones

Visualiza opciones de selección

Registra los cambios

Fin

Page 69: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 6: Administrar Usuarios

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 69

Inicio

Registrar nuevo

usuario

Modificar usuario

existente

Registra los cambios

Fin

Page 70: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 7: Buscar Persona

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 70

SINO

Inicio

Ingresa criterio

de búsqueda

Visualiza los datos solicitados

Fin

[Persona existente]

Page 71: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 8: Buscar Propiedades

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 71

SINO

Inicio

Ingresa criterio

de búsqueda

Visualiza los datos solicitados

Fin

[Propiedad existente]

Page 72: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 9: Buscar Contratos

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 72

SINO

Inicio

Selecciona criterios de búsqueda

Visualiza los datos solicitados

Fin

[Persona existente]

Page 73: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 10: Buscar Pagos

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 73

SINO

Inicio

Ingresa criterio de búsqueda

Visualiza los datos solicitados

Fin

[Persona existente]

Page 74: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 11: Generar Consultas

OPERADOR SISTEMA

Caso de Uso 12: Iniciar sesión de usuario Flavia Verónica Yabes 74

Ingresa a Menú Consultas

Presenta pantalla, con opción de seleccionar tipo de reporte y criterios

varios

Selecciona tipo de reporte y criterios

Ejecuta el CU correspondiente, según tipo reporte seleccionado

Se encuentra/n datos/s

NOSI

Muestra datos por pantalla

Presenta opción

Salir

Presenta opción

Imprimir

Selecciona Imprimir

Selecciona Salir

Se genera Reporte impreso

Vuelve a pantalla

Page 75: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 75

SINO

Inicio

Ingresa Nombre de usuario y contraseña

Ingresa al sistema

Fin

[Datos válidos]

Envía un mensaje de error

Page 76: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 13: Cambiar sesión de usuario

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 76

SINO

Inicio

Solicita la acción

Ingresa al sistema

Fin

[Datos válidos]

Envía un mensaje de error

Cierra las ventanas activas y solicita nombre de usuario y contraseña

Ingresa nombre de usuario y contraseña

Page 77: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Caso de Uso 14: Confeccionar Contrato

CLIENTE OPERADOR SISTEMA

Flavia Verónica Yabes 77

Inicio

Solicita la acción

Fin

Exporta los datos a un documento de Microsoft Word

Visualiza los contratos existentes

Selecciona el contrato exportar

Page 78: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

14.5 Diagrama de clases de Análisis de UC

class Diagrama de clases

Persona

- apellido: char- celular: int- estado_civ: int- fecha_nac: date- iddomicilio: int- idpersona: int- mail: char- nombre: char- num_doc: int- telefono: int- tipo_doc: char

+ ABM contrato() : void+ ABM persona() : void+ buscar_persona() : int

Propiedad

- acera: char- agua: char- calle: char- cant_banos: int- cant_habit: int- comentarios: char- condicion: int- fecha_ingreso: date- gas: char- iddomicilio: int- idpropiedad: int- idpropietario: int- mcubiertos: float- mtotal: float- techo: char- valor: int- valor_alq: int

+ ABM domicilio() : void+ ABM propiedad() : void+ buscar_propiedad() : int

domicilio

- barrio: char- calle: char- cp: int- depto: int- iddomicilio: int- localidad: char- numero: int- piso: int- provincia: char

+ ABM domicilio() : void+ seleccion_domicilio() : int

Contrato

- fecha_contrato: date- fecha_fin: date- fecha_inicio: date- garante1: char- garante2: char- idcontrato: int- idgarante1: int- idgarante2: int- idlocador: int- idlocatario: int- idpropiedad: int- locador: char- locatario: char- precio_alquiler1: int- precio_alquiler2: int- precio_alquiler3: int- responde1: char- responde2: char

+ ABM contrato() : void+ ABM pagos() : void+ ABM propiedad() : void+ buscar() : int+ exportar datos() : Contrato

Pagos

- fecha: date- idcontrato: int- importe: float- impuesto: char- numrecibo: int- vencimiento: date

+ ABM pagos() : void+ consulta_pagos() : int

usuario

- acceso: int- clave: char- idusuario: int- nombre: char

+ ABM usuario() : void

14.6 Diagrama de colaboración

Flavia Verónica Yabes 78

Sd abm clientes

Administrador

elimina cliente

ABM Cliente

cliente

cliente existente

modifica cliente

alta

AMB domicilio nuevo domicilio

1: Solicita ventana()

1.1: crea cliente()

1.2: registrar domicilio()

1.3: alta()

1.4: crea nuevo cliente()

1.5: domicilio de cliente()

1.6: llamar()

1.7: eliminar()

1.8: modificar()

1.9: regrasar a ventana()

1.10: cliente modificado()

Page 79: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

sd abm propiedades

AdministradorABM propiedades

Elimina Propiedades

Propiedad Modificar Propiedad

alta propiedadpropiedad

abm domicil ioABM clientes

1: solicitar formulario()

1.1: eliminar()

1.2: regresar()

1.3: seleccionar()

1.4: modificar()

1.5: propiedad modificada()

1.6: crear nueva propiedad()

1.7: seleccionar propietario()

1.8: regrasa a pantalla()

1.9: seleccionar domicil io()

1.10: regresar a pantalla()

1.11: nueva propiedad()

sd abm contratos

AdministradorABM contratos

contrato

eliminar contrato

alta contrato

ABM clientes

ABM domicil io

clientes

domicil io

modificar contrato contrato

contrato

1: solicitar formulario()

1.1: selecionar()

1.2: eliminar()

1.3: modificar()

1.4: regresar()

1.5: crear nuevo contrato()

1.6: l lama()

1.7: l lama()

1.8: seleccionar()

1.9: seleccionar()

1.10: nuevo contrato()

1.11: contrato modificado()

1.12: regresar()

1.13: regresar()

Flavia Verónica Yabes 79

Page 80: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

sd abm pagos

AdministradorABM pagos

pago

eliminar pago

modificar pago

pago

alta pago

buscar contrato contrato

pago

1: solicita formulario()

1.1: selecciona()

1.2: eliminar()

1.3: modificar()1.4: pago modificado()

1.5: registra un nuevo pago()

1.6: l lama formulario()

1.7: selecciona()

1.8: regresa con seleccion()

1.9: regresa()

1.10: nuevo pago()

sd abm domicilio

AdministradorABM domicilio

domicil io

eliminar domicil io

modificar domiciliodomicil io

alta domicil io domicil io

1: solicita()

1.1: selecciona()

1.2: elimina()

1.3: regresa()

1.4: modifica() 1.5: domicil io modificado()

1.6: nuevo domicil io()

1.7: nuevo domicil io()

sd abm usuario

AdministradorABM usuario

usuario

eliminar usuario

modificar usuario usuario

alta usuario usuario

1: solicita()

1.1: selecciona()

1.2: elimina()1.3: regresa()

1.4: alta usuario()

1.5: nuevo usuario()

1.6: modificar()

1.7: usuario modificado()

Flavia Verónica Yabes 80

Page 81: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

sd buscar persona

Administradorbuscar persona busca persona persona

1: solicita() 1.1: ingresa datos() 1.2: muestra()

sd buscar propiedades

Administradorbuscar propiedad busca propiedad propiedad

generar un informe

informe sobre propiedades

domicil io

1: solicita() 1.1: especificar criterio de busqueda() 1.2: mostrar propiedad()

1.3: solicitar informe()

1.4: muestra en pantalla()

1.5: domicil io asociado()

sd buscar contrato

Administrador buscar contrato busca contrato contrato

domicil io

propiedad

1: solicita() 1.1: especifica busqueda() 1.2: mostrar contrato()

1.3: propiedad asociada()

1.4: domicil io asociado()

Flavia Verónica Yabes 81

Page 82: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

sd buscar pagos

Administrador buscar pago busca pago pago

contrato

1: solicitar() 1.1: especificar búsqueda() 1.2: mostrar()

1.3: contrato asociado()

sd Seleccionar consulta

administrador

informes

informe personas

ubicacion de propiedades

contratos de locación

pagos de locaciones y

serv icios

1: solicitar()

1.1: muestra()

1.2: muestra()

1.3: muestra()

1.4: muestra()

sd iniciar sesion

Administradoriniciar sesion ingresar a sistema patalla principal

1: solicita() 1.1: l lama() 1.2: muestra()

sd cambiar sesion de usuario

Administradorcambiar sesion reingresar a sistema patalla principal

1: solicita() 1.1: l lama() 1.2: muestra()

Flavia Verónica Yabes 82

Page 83: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

sd confeccionar contrato

administradorABM contrato

seleccionar contrato

alta contrato

contrato confeccionar contrato

documento de texto

1: solicita()

1.1: busca()

1.2: nuevo registro()

1.3: selecciona()

1.4: crea()

1.5: solicita() 1.6: genera()

ETAPA 9: En esta etapa describiré los artefactos de diseño y la Arquitectura. También elaboraré diagramas de CU Arquitectónicamente significativos, clase del diseño, vista lógica de la arquitectura del sistema, de clases del diseño y diagramas de secuencia. Detallaré gráficamente el modelo de despliegue en una gráfica. Explicaré modificación de requerimientos, y graficaré el modelo de BD y la interfaces de Usuario.

15. Artefactos de Diseño15.1. Descripción de la Arquitectura

Se presenta la arquitectura de Inmoadmin, un sistema integral (Responsable del almacenamiento y administración de los datos y operaciones realizadas por la entidad inmobiliaria).

Existe la necesidad de resolver los graves inconvenientes asociados a la gestión tradicional de los expedientes y contratos en papel, tales como la falta de control, acumulación o pérdida de expedientes, la portabilidad, etc.Tales demandas, propias del negocio inmobiliario, requieren de mecanismos que aprovechen las ventajas de los dispositivos de almacenamiento y gestión de información.

Flavia Verónica Yabes 83

Page 84: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

pkg Arquitectura

sistema

principal

adm. clientes

adm. propiedades

adm. contratos

adm. pagos

adm. usuarios

ABM clientes

ABM propiedades

ABM domicilio

ABM contratos

ABM usuario

buscar

informes informe

resultado de búsquedabuscar

solicitar informe

ABM pagos

15.2. CU Arquitectónicamente significativos

uc casos de uso arq. signif.

Administrador/Usuario

alta cliente

Alta propiedad

Iniciar Sesión

Alta contrato

alta pago

Flavia Verónica Yabes 84

Page 85: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

15.3. Clase del Diseño

cmp Clase de Diseño

Pantalla principal

+ menu principal: Pantalla principal

+ acceso a formularios() : void+ visualiza interfaces() : void

«interface»usuario

+ inicia sesion() : void

«interface»ABM Usuarios

+ alta usuario() : void

menu

+ acceso a formularios() : void

«interface»ABM clientes

+ cliente: Persona

+ administrar clientes() : void

«interface»ABM Propiedades

+ propiedades: Propiedad

+ administrar clientes() : void+ administrar propiedades() : void+ visualiza datos() : void

«interface»AMB Contratos

+ contrato: Contrato

+ administrar contratos() : void

«interface»ABM pagos

+ pagos: Pagos

+ administrar pagos() : void

«interface»Consultas

+ visualiza datos() : void

se acopla

depende

ingresa

ingresa

ingresa

ingresa

ingresa

ingresa

util iza

util iza

util iza

agrupa datos

«delegate»

agrupa datos

«delegate» agrupa datos

«delegate»

agrupa datos

«delegate»

15.4. Vista lógica de la arquitectura del sistema

Flavia Verónica Yabes 85

Page 86: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

15.5. Diagrama de clases del diseño y diagramas de secuencia

deployment diagrama clases del diseño

Contrato

Persona

- apell ido: char- celular: int- estado_civ: int- fecha_nac: date- iddomicil io: int- idpersona: int- mail: char- nombre: char- num_doc: int- telefono: int- tipo_doc: char

+ ABM contrato() : void+ ABM persona() : void+ buscar_persona() : int

domicilio

Propiedad

- acera: char- agua: char- calle: char- cant_banos: int- cant_habit: int- comentarios: char- condicion: int- fecha_ingreso: date- gas: char- iddomicil io: int- idpropiedad: int- idpropietario: int- mcubiertos: float- mtotal: float- techo: char- valor: int- valor_alq: int

+ ABM domicilio() : void+ ABM propiedad() : void+ buscar_propiedad() : int

domicilio

- barrio: char- calle: char- cp: int- depto: int- iddomicil io: int- localidad: char- numero: int- piso: int- provincia: char

+ ABM domicilio() : void+ seleccion_domicil io() : int

PagosPropiedad

Contrato

- fecha_contrato: date- fecha_fin: date- fecha_inicio: date- garante1: char- garante2: char- idcontrato: int- idgarante1: int- idgarante2: int- idlocador: int- idlocatario: int- idpropiedad: int- locador: char- locatario: char- precio_alquiler1: int- precio_alquiler2: int- precio_alquiler3: int- responde1: char- responde2: char

+ ABM contrato() : void+ ABM pagos() : void+ ABM propiedad() : void+ buscar() : int+ exportar datos() : Contrato

Pagos

- fecha: date- idcontrato: int- importe: float- impuesto: char- numrecibo: int- vencimiento: date

+ ABM pagos() : void+ consulta_pagos() : int

Persona

usuario

- acceso: int- clave: char- idusuario: int- nombre: char

+ ABM usuario() : void

Administra

Flavia Verónica Yabes 86

Page 87: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

sd diagrama de secuencias

cliente propiedad domicil io contrato pagos

Administrador

usuarios

administra()

selecciona()

asigna()

asocia como propietario()

asigna()

modifica()

asocia()

asocia(locatario,garante)

adjunta()

modifica()

modifica()

modifica()

modifica()

modifica()

15.6. Modelo de despliegue

cmp Modelo de despliegue

Computadora

Usuario

Administrador

«device»Impresora

Inmoadmin SQL

base de datosprocesos

«trace»

«trace»

Flavia Verónica Yabes 87

Page 88: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

16. Modificación de requerimiento

Se ha mencionado ya que quienes utilizarán el sistema no son personas altamente calificadas en computación, y que además acostumbran a redundar datos. Por lo tanto el sistema debe respetar las reglas de negocio para no cometer errores tales como que un locador sea su propio inquilino, o que se repitan los datos de una misma persona en dos registros, por ejemplo.

Para éxito del sistema será necesario que las interfaces sean similares a las planillas de trabajo que habitualmente se utiliza en la organización. Esto otorgará seguridad al usuario, y aumentará la aceptación al sistema por parte de quienes deberán cambiar su forma de trabajo.

Flavia Verónica Yabes 88

Page 89: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

17. Modelo de BD

Flavia Verónica Yabes 89

cd Modelo de Datos

Persona

idPersona: entero(5)nombre: CaracterApellido: caracterFecha_nac: fechaTipo_doc: enteroNum_doc: enteroEstado_civ: caracterId_domicilio: enteroTelefono: numerico(14)Celular: numeric (14)Mail: caracter

Indice

Idpersona: entero

provincia

Provincial: carcter

Contrato

Idcontrato: entero:Fecha_contrato: fechaFecha_inicio: fechaFecha_fin: fechaPreio_alquiler1: numeric (10)

Locador: caracter

Responde1: caracter

uso: caracter

indice Idcontrato: entero

Preio_alquiler2: numeric (10)

Preio_alquiler3: numeric (10)

Locatario:: caracter

Garante1: caracterGarante2: caracter

idpropiedad: entero

Responde2: caracterIdlocador: enteroIdlocatario: enteroIdgarante1: enteroIdgarante2: entero

Domicilio

indice

Iddomicilio: entero

Calle: caracterNumero: enteroPiso: enteroDepto: enteroBarrio: caracterLocalidad: caracter

Iddomicilio: entero

cp: enteroprovincia: caracter

Modelocontrato

Campo1: memoCampo2: memo

pagos

Idcontrato: enteroImpuesto:caracterfecha: fecha

Idcontrato: entero

vencimiento: fechaimporte: numericonumrecibo: numerico

propiedad

Idpropiedad: enteroIdpropietario: enteroValor: numeric (10)Iddomicilio: enteroValor_alq: numericoAgua: caracterGas: caracter

Acera: caracter

Idpropiedad: entero

Calle: caracterr

Techo: caracter

indice

Cant_banos: numericoCant_habiit: numericomtotal: numericomcubiertos: numericoCondicion: numericoComentarios: caracterFecha_ingreso: fecha

usuario

idusuario: enteroNombre: caracterClave: caracter

Idusuario: entero

Acceso: numerico

Page 90: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

18. Interfaces de Usuario

object Interface_usuario

«interface»iniciar_sesion

+ contraseña() : void+ usuario() : void

«interface»ventana principal

+ menu() : void

«interface»AMB_clientes

+ alta_persona() : void+ eliminar_persona() : void+ modificar_persona() : void

«interface»ABM_propiedad

+ alta_propiedad() : void+ eliminar_propiedad() : void+ modificar_propiedad() : void

«interface»ABM_contrato

+ alta_contrato() : void+ confeccionar_contrato() : void+ eliminar_contrato() : void+ modificar_contrato() : void

«interface»ABM_pagos

+ alta_pagos() : void+ eliminar_pago() : void+ modificar_pago() : void

«interface»buscar_persona

+ buscar_persona() : Persona

«interface»buscar_propiedad

+ buscar_propiedad() : Propiedad

«interface»buscar_contrato

+ buscar_contrato() : Contrato

«interface»buscar_pago

+ buscar_pagos() : Pagos

«interface»ABM_usuario

+ alta_usuario() : void+ eliminar_usuario() : void+ modificar_usuario() : void

«interface»seleccion_informe

+ mostrar_pantalla() : void

«interface»acerca_de

+ mostrar_pantalla() : void

«interface»cambio_usuario

+ ingresar_datos() : void

«interface»seleccion_domicilio

+ seleccionar_domicil io() : void

«interface»seleccion_cliente

+ seleccionar_cliente() : void

«interface»seleccionar_propiedad

+ seleccionar_propiedad() : void

«interface»seleccion_contrato

+ seleccionar_contrato() : void

«interface»ABM_domicilio

+ alta_domicil io() : void+ eliminar_domicil io() : void+ modificar_domicil io() : void

«interface»informes

+ seleccion_informe() : void

ETAPA 10: En esta etapa definiré los artefactos de Implementación y la descripción de la arquitectura. Realizaré los diagramas y subsistemas de implementación y por último el plan de integración de construcciones.

Flavia Verónica Yabes 90

Page 91: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

19. Artefactos de Implementación19.1. Descripción de la arquitectura. Diagramas y subsistemas de

implementación

Inmoadmin trabaja, en una primera etapa desde una computadora principal, la cual contendrá el programa ejecutable, la interfaz de usuario y la base de datos, a la q se accede respetando las reglas de negocio, todo bajo el entorno del sistema operativo.

object descripcion arquitectura

estacion centralInmoadmin

«interface»Interface usuario «deployment spec»

reglas de negocio «deployment spec»Acceso a datos

base de datos

contratos

propiedades

persona

pagos

domicilio

Informes

«device»Impresora

Flavia Verónica Yabes 91

Page 92: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

cmp componentes

interface

consultas

administracion

informes

base de datos

cmp implementacion

«execution environment»sistema operativ o

«interface»sistema operativo::Interface

«execution environ...Subsistemas de implementacion

Base de datos

19.2. Plan de integración de construcciones

Se crea un plan de integración de construcciones y se integra cada construcción antes de que sea sometida a pruebas de integración.

Es importante que la construcción se realice en pequeños pasos manejables, los cual den lugar a la identificación de errores.

Se adoptará el tipo de integración Incremental, combinando el módulo que se desea probar con el conjunto de módulos que se han probado. Esta integración incremental se realizará de manera ascendente, o sea que se combinan los módulos de bajo nivel en grupos que realice una función específica para reducir los pasos de la integración. Luego se prueban cada uno de estos módulos y por último se sustituyen por aquellos de mayor jerarquía.

Flavia Verónica Yabes 92

Page 93: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

a) Subsistema Cliente: ABM cliente, búsqueda clientes, consultas clientes.

b) Subsistema Propiedad: ABM propiedad, búsqueda propiedad, consultas propiedad.

c) Subsistema Domicilio: ABM Domicilio.d) Subsistema Contratos: ABM Contratos, búsqueda Contratos,

consultas Contratos, confección de Contratos.e) Subsistema Pagos: ABM Pagos, búsqueda Pagos, consultas Pagos.

Flavia Verónica Yabes 93

Page 94: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Flavia Verónica Yabes 94

Page 95: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

ETAPA 11: En esta etapa describiré artefactos de la prueba y realizaré pruebas de caja negra a determinados casos de uso, de este tipo de prueba surgirán las correspondientes correcciones. Para finalizar con la etapa escribiré una conclusión.

20. Artefactos de la prueba20.1. Modelo de pruebas y procedimiento

El objetivo es diseñar casos de prueba que, sistemáticamente, saquen a la luz diferentes clases de errores, haciéndolo con la menor cantidad de tiempo y de esfuerzo.

La prueba no puede asegurar la ausencia de errores; sólo puede demostrar que existen defectos en el software.

Pruebas de Caja NegraEn la prueba de la caja negra, los casos de prueba pretenden demostrar que las funciones del software son operativas, que la entrada se acepta de forma adecuada y que se produce una salida correcta.

20.2. Plan de prueba, defecto y evaluación de la prueba

Prueba: Administrar personaObjetivo: Registrar o modificar un registro de persona en forma correcta.

Técnica: Registrar y modificar diferentes registros, variando el rango de valores, dejando datos en blanco, Registrando ciertos valores repetidos

Criterio de éxito: Registro o modificación exitosa, siguiendo los pasos apropiados, con valores y datos acordes a los requerimientos.

Flavia Verónica Yabes 95

Page 96: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Errores obtenidos

1) Al ingresar un número de DNI repetido el sistema no da aviso de ello.2) El sistema permite ingresar demasiados números en el textbox de número de teléfono y número de celular3) Al guardar el registro de la persona se permiten casilleros en blanco

Correcciones

1) Se colocó: if !seek(this.value,"persona","num_doc")

messagebox("Este número de Documento ya existe",0,"Aviso")

endif , en la validación del textbox del DNI de persona.

2) Se ingresó una máscara correspondiente a los teléfonos de línea y de celulares.3) Se creó una estructura para la validación de los textbox del formulario.

Prueba: Administrar propiedadObjetivo: Registrar o modificar un registro de propiedad en forma correcta.

Técnica: Registrar y modificar diferentes registros, variando el rango de valores, dejando datos en blanco, Registrando ciertos valores repetidos

Criterio de éxito: Registro o modificación exitosa, siguiendo los pasos apbropiados, con valores y datos acordes a los requerimientos.

Errores obtenidos

1) Al modificar o agregar un nuevo registro se muestran combos de selección ocultos con anterioridad, que luego de la correspondiente modificación no se ocultan nuevamente.

2) Los textbox de los ID se encuentran visibles a los usuarios3) Al guardar el registro de la persona se permiten casilleros en blanco

Correcciones

1) Se ocultaron los combos, dejándolos visibles solo para modificar o agregar un nuevo registro.

2) Se ocultaron los textbox de IDs para usuarios del sistema.3) Se creó una estructura para la validación de los textbox del formulario.

Prueba: Búsqueda de PersonasObjetivo: Encontrar a una persona a través de su apellido para contactarla.

Técnica: Ingresar apellidos de personas existentes e inexistentes.

Criterio de éxito: El sistema debe posicionarse sobre el registro que más coincida con el apellido ingresado.

Flavia Verónica Yabes 96

Page 97: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Errores obtenidos

1) Al ingresar el apellido que se pretende buscar, el sistema lo encuentra solo si se escribe el mismo de forma completa.

2) El criterio de búsqueda cambia si se ingresa el apellido en mayúscula o minúscula.Correcciones

1) Se creó una búsqueda incremental.2) Los datos de todos los textbox se ingresan en mayúscula (excepto la dirección de mail de

las personas)

Prueba: Administrar contratosObjetivo: Registrar o modificar un registro de Contrato en forma correcta.

Técnica: Registrar y modificar diferentes registros, variando el rango de valores, dejando datos en blanco.

Criterio de éxito: Registro o modificación exitosa, siguiendo los pasos apropiados, con valores y datos acordes a los requerimientos.

Errores obtenidos

1) Al tratar de registrar un nuevo contrato, el textbox de la dirección no queda en blanco, sino que queda la dirección del último registro visto.

2) Al seleccionar la persona que será inquilino, así como también los garantes, el sistema no reconoce si es la misma persona, por lo que permite este error.

3) Al generar el Contrato de alquiler quedan largos espacios en blanco, ya que se contabilizan toda la cantidad de caracteres del campo.

Correcciones

1) En el botón de agregar un nuevo registro se agregó un comando que deja el textbox del domicilio en blanco.

2) Se creó una condición que compara locador, inquilino y garantes, dando aviso se repitieran.

3) Se utilizo los comandos RTRIM y LTRIM, para eliminar espacios en blanco.

Prueba: Administrar pagosObjetivo: Registrar o modificar un registro de pago en forma correcta, consultar pagos de un determinado contrato.

Técnica: Registrar y modificar diferentes registros, variando el rango de valores, consultando los pagos realizados sobre un determinado contrato.

Criterio de éxito: Registro o modificación exitosa, siguiendo los pasos apropiados, con valores y datos acordes a los requerimientos. Resultado de consulta simple, que arroje datos del registro correspondiente.

Flavia Verónica Yabes 97

Page 98: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

Errores obtenidos

1) Al pasar de la primera solapa a la segunda solapa la grilla no arroja los datos sobre el registro en el cual se encuentra posicionado el puntero, sino que muestra los pagos de todos los registros.

2) Para seleccionar un contrato y realizar el pago correspondiente sobre el mismo se debe recordar el código de dicho contrato

3) Los pagos predeterminados (alquiler, municipal, inmobiliario, etc) no son solo los únicos pagos que se pueden realizar, pero tampoco se puede pensar en todas los posibles pagos que se puedan realizar sobre un contrato (por ejemplo: reparaciones, sellados, etc.

Correcciones

1) Se escribió una sentencia para que al activar la segunda solapa se filtren los datos del registro en el cual se está posicionado, dejando también la opción de ver todos los pagos de todos los contratos.

2) Se agregó un botón que abre un formulario “buscar contrato”, en donde se muestran todos los datos del contrato y poder identificarlo unívocamente, trasladando el código de contrato elegido directamente al formulario de “registrar un pago”.

3) Se utilizo los comandos RTRIM y LTRIM, para eliminar espacios en blanco.

Conclusión sobre las pruebas

Después de finalizar esta práctica he comprendido que con las pruebas no puede asegurarse que no existen errores sólo pueden mostrar que existen defectos en el software.

La mayoría de los usuarios de programas extensos no se interesan en los detalles del funcionamiento del programa, lo que buscan son las respuestas.

ETAPA 12: En esta etapa elaborará el manual de usuario, el cual se encontrará en otro documento separado de este manual de especificaciones. Basada en dicho manual se llevará a cabo la capacitación con la correspondiente agenda.

21. Guía de la programación

Elaboración de los manuales de Usuario

Para este punto remitirse al Manual de Usuario elaborado en forma separada a este documento, en el mismo se especifican las funcionalidades del sistema, cómo instalarlo y cómo operar correctamente con el mismo.

Flavia Verónica Yabes 98

Page 99: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

22. Capacitación.

El uso de Inmoadmin no requiere conocimientos previos por parte del personal de la inmobiliaria. Por lo que la capacitación se centrará en las funcionalidades del sistema su utilización en general.

La capacitación constará de cinco módulos, los cuales tomarán una clase de una hora y media cada uno, incluyendo práctica.

A continuación se detallan los temas de cada módulo y los días en los que se tratarán dichos temas.

Día Temario

UnoMódulo 1: Visión General sistema. Administración de Personas y Domicilios

Dos Módulo 2: Administración de propiedades y contratos

Tres Módulo 3: Administración de pagos

Cuatro Módulo 4: Administración de clientes

Cinco Módulo 5: Consultas e informes. Evacuación de dudas generales.

Flavia Verónica Yabes 99

Page 100: tesis pregrado IUA

Ing. en Sistemas IUA INMOADMIN

ANEXO

A)

ACTA N° 001NOMBRE DEL PROYECTO ELABORADO PORInmoadmin Flavia YabesLUGAR FECHA HORAInmobiliaria Berrini 20 de diciembre de 2010 18:00OBJETIVO DE LA REUNIONDefinir roles del personalPARTICIPANTES CONVOCADOSNOMBRE Y APELLIDO CARGO FIRMAPatricia fernandez secretariaHugo Cogliatti gerente

AGENDATEMA A TRATAR TIEMPOCantidad de personal que posee la organizaciónResponsabilidades de cada integrantesRoles a cubrir

CONCLUSIONES POR TEMASe definirán los roles de cada integrante en el proyecto

ACCIONES ACORDADASSe realizará un nueva reunión comunicando a cada persona el rol que desempeñará

NOTAS

FIRMA DE RESPONSABLE DEL PROYECTO FIRMA DE GERENTE

Flavia Verónica Yabes 100