Date post: | 24-Jul-2015 |
Category: |
Documents |
Upload: | flavia-yabes |
View: | 141 times |
Download: | 1 times |
INMOADMINI.U.A. Trabajo Final de Pre Grado
Flavia Verónica Yabes
2012
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
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
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
Ing. en Sistemas IUA INMOADMIN
21. Guía de la programación 22. Capacitación
Flavia Verónica Yabes 5
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Ing. en Sistemas IUA INMOADMIN
Diagrama de Gantt
Flavia Verónica Yabes 31
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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]
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
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
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
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]
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]
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]
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]
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
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
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
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
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()
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
Ing. en Sistemas IUA INMOADMIN
Flavia Verónica Yabes 94
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
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
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
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
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
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