Diseño de aplicación móvil para arriendo de inmuebles

Texto completo

(1)1. DISEÑO DE APLICACION MOVIL PARA ARRIENDO DE INMUEBLES. Yor Desion Pallares Tatis Kevin Parra Jaramillo. UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERIA INGENIERIA DE SISTEMAS SANTA MARTA 2019.

(2) 2. DISEÑO DE APLICACION MOVIL PARA ARRIENDO DE INMUEBLES. Yor Desion Pallares Tatis Kevin de Jesús Parra Jaramillo. Trabajo presentado como modalidad de Grado optar el Titulo de Ingeniería de Sistema. UNIVERSIDAD COOPERATIVA DE COLOMBIA FACULTAD DE INGENIERIA INGENIERIA DE SISTEMAS SANTA MARTA 2019.

(3) 3. RESUMEN. El diseño de una App para ser el intermedio entre estudiantes, pensiones y arriendos en la ciudad de santa marta mediante la App se busca que los estudiantes logren encontrar pensiones y arriendo en la ciudad de santa marta que puedan acomodarse a sus necesidades económica, que muestre zonas estratégicas para sus comodidad, seguridad y que aquellas personas que estén arrendando cupos, cuartos , casas y apartamentos consigan publicarlas en la App para que los estudiantes puedan ver las publicaciones , viendo detalles explícitos de donde está ubicada, que servicios ofrece, servicios de transporte de la zona y servicios cercanos a la zona.. Palabras claves: aplicación, arriendo, economía, servicio, sponsor, planificación, Gestión, Riesgo, seguimiento y control y ejecución. ABSTRACT. The design of an application to be the intermediate between students, pensions and leases in the city of Santa Marta through the application is intended for students to be in the city of Santa Marta that can accommodate their economic needs, showing the publications get in the application so that students can see the publications, the details, the services, the services and the transport. of the area and services near the área. Keywords: application, lease, economy, service, sponsor, planning, management, risk, monitoring and control..

(4) 4. Contenido RESUMEN ............................................................................................................................. 3 ABSTRACT ........................................................................................................................... 3 1.. CASO DE NEGOCIO ..................................................................................................... 5. 2.. ACTA DE CONSTITUCIÓN ....................................................................................... 10. 3.. PLAN DE PROYECTO ................................................................................................ 14. 4.. PLAN DE GESTION DE BENEFICIOS...................................................................... 24. 5.. PLAN DE CALIDAD ................................................................................................... 27. 6.. PLAN DE RIESGOS .................................................................................................... 30. 7.. REPORTE DE ALTO NIVEL ...................................................................................... 34. 8.. CIERRE DE PROYECTO ............................................................................................ 36. 9.. BIBLIOGRAFÍA ........................................................................................................... 40.

(5) 5. 1. Caso de negocio. NOMBRE DOCUMENTO:. Caso de negocio. VERSIÓN DOCUMENTO:. Versión1.0. FECHA:. 26 de Abril de 2019. LECTORES:. Arquitecto de software Mario Hernández. Evolución del documento: Versión 1.0. Fecha 26/04/2019. Comentario. Por Kevin Parra. Yor Pallares.. Documentos Asociados (Este documento debe ser leído en conjunto con) Título del Documento Plan de proyecto. No. Versión. Fecha. Aprobación Aprueba Gerente proyecto Sub gerente proyecto Arquitecto de software. Nombre Kevin Parra. Yor Pallares. Mario Hernandez. Firma. Fecha.

(6) 6. RESUMEN El diseño de una App para ser el intermedio entre estudiantes, pensiones y arriendos en la ciudad de santa marta mediante la App se busca que los estudiantes puedan encontrar pensiones y arriendo en la ciudad de santa marta que puedan acomodarse a sus necesidades económica, que puedan buscar zonas estratégicas para sus comodidad, seguridad y que aquellas personas que estén arrendando cupos, cuartos , casas y apartamentos para que los estudiantes puedan ver las publicaciones en la App, viendo detalles explícitos de donde está ubicada, que servicios ofrece, servicios de transporte y servicios cercanos a la zona..

(7) 7 OBJETIVO Diseño de una app que nos pueda mostrar las pensiones y los arriendos de la ciudad de santa marta y que nos muestre su localización y si están cercanas a las universidades o en que zonas se encuentran y nos muestre los transportes que nos lleve a las universidades específicas y las zonas cercanas a la pensión. COSTOS •. Costos del Proyecto.. proyecto Publicidad Arrendamiento del servidor Servicios. •. Costos del día a día del Proyecto.. Pagos de nomina Gastos de operación. •. 7’800.000 1.000.000 250.000 700.000. 2.500.000 700.000. Fondos salen del patrocinio del sponsor.. BENEFICIOS: • • • •. Obtener una información actual de los arrendatarios de una forma fácil y sencilla. Conseguir un porcentaje de ganancia por medio de la app por cada usuario registrado. Ser una app pionera para los arriendos en la ciudad de santa marta. La comunicación entre el cliente y la app será para que puedan navegar y ver las posibles promociones que ofrecen mediante la app..

(8) 8 •. El usuario siempre tendrá un vínculo con la app mientras la tenga en el dispositivo móvil.. RIESGOS • • •. Falta de experiencia o conocimientos de desarrollo del proyecto Problema en la funcionalidad o fallos de la app en línea sobre las búsquedas y la información de una publicación. Atraso en la configuración y aceptación del sistema. OTRAS OPCIONES CONSIDERADAS. Opciones Implementar una página web.. Porqué fueron rechazadas No tendría el mismo efecto en los usuarios n seria de forma directa que el usuario se ingresara a la página.. ESTRATEGIA EMPRESARIAL La estrategia empleada es que la app sea sencilla de usar y que proporcione la información necesaria para todos los usuarios, que no tengan la necesidad de salir de la app para buscar información, que le muestre las diferentes opciones que hay y le muestre cual se acomoda a su necesidad tanto económica como por comodidad o zona estratégica para el cliente.. TIEMPO DE ESTE PROYECTO • •. La posibilidad de ser un proyecto pionero el cual se enfatiza en mostrar soluciones para las necesidades de la gente. Ser una de las apps más interesadas por la gente para poder así incrementar la publicidad y el interés de los arrendatarios..

(9) 9 • •. Este es uno de los momentos perfectos para esta app ya que actualmente es muy fácil tener un dispositivo móvil y tener acceso a internet. Mostrar las estrategias de la zona donde se arrienda como lo son ruta de los buses, restaurantes, bares, tráfico, acceso.. IMPACTO EN LOS NIVELES DEL STAFF Un cambio organizacional de las formas en que las personas puedan tener acceso a la mayoría de los arriendos ofertados en Santa Marta y una forma fácil y sencilla de los arrendatarios de ofertar y publicar para que la mayorías de las personas tengas acceso e información sin necesidad de salir de la sitio donde está ubicado.. IMPLICACIONES DE NO HACER NADA • • • • • •. Menor oferta y por partes de los usuarios. Mayor competencia y posibles salidas de Apps parecidas a la ya planteada. Desaprovechamiento de la baja competencia. Desaprovechamiento de la alta demanda de búsquedas de arriendo por parte los usuarios. Desaprovechamiento de la disminución de gastos de la App. Desaprovechamiento de las diferentes formas de obtención de datos..

(10) 10. 2. Acta de constitución. NOMBRE DOCUMENTO:. Acta de constitución. VERSIÓN DOCUMENTO:. Versión1.0. FECHA:. 26 de Abril de 2019. LECTORES:. Arquitecto de software Mario Hernández. Evolución del documento: Versión 1.0. Fecha 26/04/2019. Comentario. Por Kevin Parra. Yor Pallares.. Documentos Asociados (Este documento debe ser leído en conjunto con) Título del Documento Business case. No. Versión 1.0. Fecha 26/04/2019. Aprobación Aprueba Gerente proyecto Sub gerente proyecto Arquitecto de software. Nombre Kevin Parra. Yor Pallares. Mario Hernandez. Firma. Fecha.

(11) 11. Acta de constitución del proyecto Diseño de una App de pensionados da cobertura a todos los usuarios que necesitan arrendar pensionados en su inmuebles, ofreciéndole los servicios que incluye, la localización del inmueble cerca de la universidades así facilitando su movilidad y brindándole la facilidad al cliente que necesita un pensionado, el tiempo de buscar un lugar adecuado con buena ubicación, condición y lo más importante que este en su medio económico más adecuado para los clientes al alcance de su mano debido que los usuarios tardan en publicar sus arriendos y los clientes escojan su servicios. Nosotros tenemos nuestra investigación lista con los registros necesarios para poder implementar esta app de pensionados que será de calidad, y brindará seguridad para los usuarios que la tengan instalada en su dispositivo móvil.. Director del proyecto asignado y nivel de seguridad Kevin Jesús parra Jaramillo será el director del proyecto y tiene la autoridad para seleccionar su equipo de trabajo y determinar el presupuesto final de proyecto, Yor Tatis pallares es asignado como subdirector de proyecto.. Caso del negocio • •. •. • •. Brindar un buen servicio a los usuarios y clientes que están en buscan de arriendo de inmuebles y pensionados en la ciudad. Prestar el servicio de publicaciones en tiempo real a los clientes de los inmuebles arrendar o de las casa con pensionados con sus rutas de transporte, los negocios y servicios que se prestan en la zona del inmueble arrendar. Brindar un buen servicio a los usuarios en tiempo real de los arriendo si en el momento están en arriendo o ya no está disponibles, prestar una comunicación entre el cliente y el usuario, dar la ubicación, las rutas de transporte, los negocios y servicios que se prestan cerca del inmueble. Concluir el proyecto en la fecha estipulada y con el presupuesto sugerido al sponsor. Ofrecer un buen servicio al sponsor, para establecer vínculos para futuros proyectos.. Recursos pre-asignados El grupo asignado estará conformado por ingenieros de software, sistemas, programadores y analista el cual serán elegidos por el director del proyecto y el subdirector, el analista será el encargado de llevar las peticiones del sponsor a los ingenieros para hacer un plan de diseño de la App y posterior a esto se llevara a los programadores para que comiencen a ejecutar las peticiones del sponsor y a construir la App, seguido se harán las pruebas de caja negra y blanca por los ingenieros y a su vez también se harán las instrucciones de la App..

(12) 12. Interesados Los interesados son todas personas en busca de arriendo de inmuebles en la ciudad de Santa Marta desde un cupo en una casa hasta el arriendo de una casa o apartamento también son interesados los arrendatarios de estos inmuebles. Requisitos conocidos de los interesados Los requisitos relacionados para los interesados son las rutas de los buses y los lugares cercanos como bares, restaurantes, centros comerciales cerca de la ubicación son necesarios para la creación de la app que se desea implementar. Descripción del producto/entregables La app tendrá un registro de usuario los cuales será para los arrendatarios, el cual tendría un formulario que podrá ingresar la ubicación del inmueble arrendar y dar detalles sobre la zona como ruta de los buses, restaurantes, bar y detalles sobre del estado del inmueble, agregar imágenes y precio del arriendo. El formulario tiene que ser fácil y sencillo de hacer para que el usuario pueda hacerlo sin necesidad de demorarse y su publicación tiene que ser enseguida. El usuario final tendrá acceso a todos los inmuebles ha arrendar, sus diferentes precios, ubicación, detalles del inmueble y zona estratégicas. Aparte de esto tendrá acceso a una filtrado para que pueda ver ofertas que coincidan mas con su necesidad de arriendo. Supuestos • • • •. Los dispositivos actuales aguantaran la app ya que no consumen muchos recursos necesarios en el dispositivo móvil · El cliente no cambiara ningunas de las fechas acordadas de reuniones para ver estado de ejecución del proyecto. Se cuenta con el personal y los materiales para terminar las actividades sin inconvenientes. la red actual tendrá capacidad de aguantar los cambios para la App.. Restricciones • • •. La EDT debe de estar completa en una semana El plazo de registro de riesgo en 2 semanas El alcance tiene que ver únicamente con mejorar el tiempo en que se publican los datos y el usuario solicitando el servicio que desea en línea..

(13) 13. Objetivos medibles del proyecto •. • •. Mejorar y organizar las opciones de arrendamiento para los usuarios y una plataforma ideal para que todos los arrendatarios puedan publicar sus inmuebles y ofertas. Contribuir a los usuarios en la búsqueda de inmuebles sin la necesidad de salir de casa. Contribuir con la seguridad de los usuarios al momento de la búsqueda de arriendos en lugares desconocidos o peligrosos en la ciudad.. Requisitos de aprobación del proyecto • • •. Los patrocinadores aprobaran la EDT antes que continúen con la planificación. Los patrocinadores aprobaran la lista de riego antes que se continué con la planificación. La aprobación final del proyecto será final determinada por los patrocinadores.. Riesgo de alto nivel del proyecto • • •. Mal enfoque de cómo utilizar la App podría ser que los usuarios y clientes pierdan el interés. Tener una mala publicidad de la App sin rastro de que los usuarios y clientes sepan de su existencia. No satisfacer al cliente al generar impacto negativo en términos de tiempo alcance costo y calidad..

(14) 14. 3. Plan de proyecto. NOMBRE DOCUMENTO:. Plan de proyecto. VERSIÓN DOCUMENTO:. Versión1.0. FECHA:. 29 de Abril de 2019. LECTORES:. Arquitecto de software Mario Hernández. Evolución del documento: Versión 1.0. Fecha 29/04/2019. Comentario. Por Kevin Parra. Yor Pallares.. Documentos Asociados (Este documento debe ser leído en conjunto con) Título del Documento Business case Acta constitucional Plan de proyecto. No. Versión 1.0 1.0 1.0. Fecha 26/04/2019 26/04/2019 29/04/2019. Aprobación Aprueba Gerente proyecto Sub gerente proyecto Arquitecto de software. Nombre Kevin Parra. Yor Pallares. Mario Hernandez. Firma. Fecha.

(15) 15. Plan de proyecto Este proyecto como prioridad ayudar a las personas a conseguir casa o arriendos en la ciudad de santa marta con el fin a que las personas tengan a su disposición las ofertas de casi todos los arriendos o alquileres de inmuebles sin la necesidad de salir de la comodidad de su casa o sin necesidad de moverse del lugar donde se encuentra, sin estar yendo de un lugar a otro buscando una oferta conveniente a su estado económico y el lugar estratégico en el que desee vivir.. Objetivo del proyecto Ser uno de los sistemas pioneros en enfocarse en los arriendos de inmuebles. Ayudar a los clientes a conseguir vivienda sin necesidad de exponerse a la calle. Implementar un sistema fácil y sencillo de usar para los clientes. El sistema debe permitir poder comunicar al arrendatario con el usuario, obtener toda la información y poder aclarar las dudas.. Enfoque El proyecto comienza con la reunión con el sponsor para aclarar los pasos a seguir para la creación del proyecto la cual tendrá como inicio las reuniones para saber, aclarar y definir los requerimientos, funcionalidades y límites del proyecto para tener el primer entregable, pasamos por el diseño y aceptación del sponsor, se comienza el desarrollo de la app, las pruebas, documentación y capacitación de la app. Entregables Entregable 1: Caso de negocio. Entregable 2: Acta constitucional. Entregable 3: Plan de proyecto. Entregable 3.1: Requerimientos y funcionalidades hechas por el cliente. Entregable 3.2: Diseño del software basado en los requerimientos y funcionalidades. Entregable 3.3.0: Construcción e implementación del software. Entregable 3.3.1: Pruebas de errores de software. Entregable 3.3.2: Documentación del diseño interno del software. Entregable 3.4: Documentación, videos y capacitación del manejo del software..

(16) 16 Entregable 3.5: Despliegue del software. Entregable 4: Plan de riego. Entregable 5: Plan de beneficios Entregable 5: Reportes de alto nivel. Entregable 6: Cierre de proyecto. Alcance del proyecto Diseño de una app que pueda mostrarnos los diferentes inmuebles en arriendo en la ciudad distrital de Santa Marta el cual va estar diseñada con 3 vistas una para el administrador dueña de la app, la segunda será para los usuarios que desean arrendar el inmueble la cual lleva consigo una series de formularios una para registrase y poder editar su información, otra para los diferentes inmuebles que va ofertar en la app, indicar la ubicación exacta del inmueble en la ciudad para que esta sincronice las diferentes rutas de los buses que pasan cerca del inmueble y también vea los diferentes locales cerca del inmueble como cajeros, restaurantes, bares, oficinas y demás. La última vista será la del cliente la cual tendrá toda la información del inmueble proporcionada por el usuario como ubicación, rutas, locales y precio del inmueble también tendrá una vía de comunicación para contactar al usuario. Costos y recursos del proyecto. Reuniones con el cliente Diseño de software Desarrollo del software Pruebas de error Documentacion del software Capacitación Mantenimiento de software Total. 5 dias 15 dias 45 dias 10 dias 7 dias 1 dia. 200.000 200.000 4.500.000 900.000 1.200.000 500.000 300.000 7.800.000.

(17) 17 Organización de alto nivel y recursos Roles dentro del proyecto: Rol Sponsor Cliente privado. Project manager. Kevin Parra. Objetivo •Patrocinar el proyecto. • Principal interesado en el éxito del proyecto.. • Gestionar el proyecto. • Asumir el liderazgo y la administración del proyecto. • Lograr los objetivos fijados por el Sponsor.. Responsabilid ad • Aprobar el alcance del proyecto. • Aprobar el Plan de Proyecto. • Aprobar el cierre del proyecto. • Revisar los Informes quincenales de avances • Revisar el Informe Final del proyecto.. • Elaborar el Plan de Proyecto. • Elaborar el Informe de Estado del Proyecto. • Realizar la Reunión del equipo con el sponsor. • Elaborar el Informe de Cierre del. Funciones • Firmar el Contrato del proyecto • Iniciar el proyecto. • Aprobar la planificación del proyecto. •Monitorear el estado general del proyecto. • Ayudar en la solución de problemas y superación de obstáculos del proyecto.. • Planificar el proyecto. • Ejecutar el proyecto. • Controlar el proyecto. • Cerrar el proyecto. • Ayudar a Gestionar el Control de Cambios del proyecto. • Gestionar. Nivel De Autoridad • Resolver modificacio nes a las líneas base del proyecto. • Solventar planes y programas del proyecto.. Reporta/ Supervisa •Supervisar al Project Manager. • Verificar la programaci ón detallada de los recursos humanos y materiales asignados al proyecto. • Revisar la información y los entregables. •Reportar al sponsor cualquier novedad •Supervisar al equipo del proyecto.

(18) 18. Ingenieros de sistemas.. Mauricio Mancilla. (Diseñador) Rodrigo Sierra. (Analista de requerimiento). Ingeniero de software Vanelis fuente (Testeador). • Investigar y analizar los requerimientos y funcionalidades de la App para realizar la documentación de requerimientos. • Es el encargado de basar el diseño de la App en el documento de requerimientos para poder extraer una idea de cómo desea el sponsor el acabo del proyecto.. • Supervisar el cumplimiento de todos los parámetros exigidos en el. proyecto. • Negociar y firmar el contrato. •Elaborar todas las actas de ejecución. • Elaborar los Informes quincenales. • Elaborar el Informe Final del proyecto. • Realizar la abstracción y análisis de los requerimientos del proyecto. • Elaborar el diseño del proyecto con la intuición de que es lo que desea el sponsor. •Entregarle al sponsor el diseño del proyecto al sponsor. • Acepta r la aprobación o sugerencia del sponsor y modificar el diseño.. • Diseña y ejecuta las pruebas, para ello requiere conocer el. los recursos del proyecto. • Solucionar problemas y superar los obstáculos del proyecto.. del proyecto.. • Entregar documentació n de los requerimiento sy funcionalidade s.. •Decidir qué tipo de requerimien tos no funcionales son los más óptimos para el proyecto.. •Entregarle el diseño previo del proyecto al sponsor. • Ayudar al sponsor con las modificacione s que desee hacerle al diseño del proyecto.. Reportar al Project manager el resultado la documentac ión ya aprobada y verificada por sponsor.. •Decide basándose en el documento de requisitos cual sería el diseño óptimo para el proyecto.. •Entregarle a los programadore s el documento de requerimiento s y diseño del proyecto ya aprobados por el sponsor.. • Ayu da y orienta al sponsor en las modificacio nes que le quiera hacer al diseño del proyecto. • Diseña y ejecuta las pruebas de caja negra y blanca, para el. •Tomar las medidas necesarias para el desarrollo. • Reporta los incidentes y provee información.

(19) 19 proyecto a su cargo.. Reikón Durán (Documentador). • La documentación del diseño interno de la App. • Docume ntación para facilitar el mejoramiento y mantenimiento de la App. •. producto a probar claro está. • Estudiar funcionalidad del producto y desarrollar las pruebas que revelen incidentes críticos. •Identificar riesgos, evaluarlos, mitigarlos cuando no sea posible prevenirlos. •Alcanzar los estándares de calidad requeridos.. proyecto. •Desarrollar las pruebas que revelen incidentes críticos. • Reporta los incidentes. • provee información sobre la calidad del sistema. •Documentar y registrar los documentos del software para su mejoramiento y mantenimient o.. de las pruebas para examinar la calidad del proyecto. •Evaluar y decidir si los riegos se deben mitigar cuando no se puedan prevenir.. •Documentar el diseño de la App con el mejoramiento y mantenimiento del proyecto a largo plazo. Programadores Junior madera.. Marcos Salas P.. • Encargado de la concepción y el diseño. •Escribir el código. • Desarrollar la el proyecto basándose en el documento de requerimiento y funcionalidades y diseño del proyecto.. • Es el encargado de crear la App. • Constr uir el código. • Prueba lo que construye. • Le hace mantenimiento al código.. •Apoyar el logro de los objetivos del proyecto. •Creador, diseñador y velador de que la App cumpla todos lo requisito estipulados en los documentos de requerimiento s y diseño del proyecto. • Solicitar los documentos. •Toma decisiones de cómo generar el código y las diferentes funciones a utilizar dentro del código.. sobre la calidad del sistema. •Reportar al Project manager..

(20) 20 de requerimiento s y diseño del proyecto. • Report ar a los la terminación de App a los testeador y documentador para que comiencen sus actividades prevista en el cronograma.. Restricciones El proyecto no puede demorar más de 3 meses para su entrega final. El proyecto solo está hecho para la ciudad de Santa Marta no para sus corregimientos o alrededores. Solo se ofrecerá la app para la necesidad de adquirir arriendo de un inmueble, sea cuarto apartamento o casa.. Supuestos La app ayude con la necesidad de arriendo den la ciudad de santa marta Que se puede generar un manejo fácil y sencillo de la app para los clientes y los usuarios. Que pueda conectar a los usuarios con todos los clientes interesados en la ciudad de santa marta. Que el cliente encuentre las mayores ofertas de arriendo de la ciudad y pueda elegir la mejor opción para su necesidad ya sea económica o ubicación estratégica.. Impacto del proyecto sobre el servicio Se espera que el proyecto tenga gran impacto y influencia en las necesidades de los clientes fomentando así un impacto de la infraestructura de la ciudad en los servicios de transportes dando que den un reporte informático de sus rutas que puedan actualizarse en la App vinculada, y los lugares de negocios, restaurantes y bares actualicen su ubicación, sus horarios y cambios de disponibilidad o cierre..

(21) 21. Riegos N°. RIESGO. PROBABILIDAD A-M-B. IMPACTO A-M-B. MEDIDA(S) DE MITIGACIÓN. 1. No disponibilidad del talento humano vinculado al proyecto, en los tiempos definidos en el plan de proyecto.. M. B. Contratar con anticipación, cuál será el equipo para cada área funcional o de negocio, los recursos y tiempos de dedicación requeridos por el proyecto. 2. Falta de definición sobre los requisitos funcionalidades y diseño del proyecto por parte cliente privado, sobre cambios y decisiones indecisas de los requerimientos y decisiones del sponsor que impacten en la dinámica del proyecto. Los distintos roles del equipo del proyecto no sean desempeñados por profesionales con conocimiento y experiencia en las diferentes fases del proyecto. Al terminar la fase de desarrollo de software encontrar un gran despliegue de incidentes críticos. B. A. Como condición del inicio del proyecto se fijará la definición y formalización de los procesos de negocio que se consideren críticos para la dinámica y calidad del proyecto.. B. A. Seleccionar de manera objetiva el equipo del proyecto, de acuerdo con el nivel de especialización y perfil definido, tanto para los roles técnico como de negocio.. B. A. Dirigirse inmediatamente al Project manager para que solicite un una revisión, mejoramiento y mantenimiento del codigo a los desarrolladores.. 3. 4.

(22) 22 que tengan que ser reportados al Project manager y los desarrolladores.. Mecanismos de coordinación control y gerencia del proyecto. Tipo de Comité. Comité Operativo del Proyecto. Objetivos. • • • •. Frecuencia. • Una vez iniciado el proyecto cada 15 dias para todos los propósitos. Conformación. • Líder del Proyecto y Miembros del equipo del proyecto, sponsor. Documentación. • Acta de compromisos y Plan de Acción.. Distribución. • Líder del Proyecto y Equipo del Proyecto.. Autorizar inicio del proyecto Revisar evolución de riesgos. Confirmar finalización del proyecto. Planear actividades para la semana siguiente.. Diseño Desarrollo del software. 6/04/2019 22/04/2019 23/04/2019. 7/05/2019. Integracion. 8/05/2019 18/05/2019. Pruebas. 19/05/2019 29/05/2019. Documentacion. 30/05/2019. 7/06/2019. Despliegue. 8/05/2019 14/06/2019. Mantenimiento. 15/06/2019 17/06/2019. 19/06/2019. 14/06/2019. 9/06/2019. 4/06/2019. 30/05/2019. 25/05/2019. 20/05/2019. 15/05/2019. 10/05/2019. 5/05/2019. 30/04/2019. 5/04/2019. 25/04/2019. 1/04/2019. 20/04/2019. Analisis de requerimiento y funcionalidades. 15/04/2019. Final. 10/04/2019. Inicio. 5/04/2019. N de actividades. 1/04/2019. Plan de trabajo o Programa.

(23) 23. Planes Subsidiarios Proceso de gestión de proyectos Plan de Proyecto Plan de Procuramiento Estrategia de Contratación Plan de Infraestructura Técnica Reporte de alto nivel (frecuencia) Plan de realización de beneficios Plan de Calidad Plan de Riesgos Reporte de Cierre de Proyecto Reporte de entrega al Servicio Revisión Post- Proyecto. Será derivado en el proyecto (S/N) S N N N S S S S S N N.

(24) 24. 4. PLAN DE GESTION DE BENEFICIOS. NOMBRE DOCUMENTO:. Plan gestión de beneficios. VERSIÓN DOCUMENTO:. Versión1.0. FECHA:. 29 de abril de 2019. LECTORES:. Arquitecto de software Mario Hernández. Evolución Documento: Versión 1.0. Fecha 29/04/2019. Comentario. Por Kevin Parra. Yor Deison Pallares.. Documentos Asociados (Este documento debe ser leído en conjunto con) Título del Documento Plan de proyecto Business Case Acta constitucional Plan de gestión Plan de calidad. No. Versión 1.0 1.0 1.0 1.0 1.0. Fecha 29/04/2019 26/04/2019 26/04/2019 28/04/2019 29/04/2019. Aprobación Aprueba Gerente proyecto Sub gerente proyecto Arquitecto de software. Nombre Kevin Parra Yor Pallares Mario Hernández. Firma. Fecha.

(25) 25. Descripción del proyecto. El proyecto se basa en un diseño de una app para los estudiantes de santa marta con el objetivo de encontrar arriendos inmobiliarios tales como cuartos, casas y apartamentos adquieran una app donde tengan una forma fácil y sencilla de encontrar su mejor opción sea económica o estrategia de ubicación sin la necesidad de moverse del sitio donde se encuentra. Es un problema bastante concurrido en la ciudad, floreciendo esta como una App pionera que ayudaría a muchos estudiantes de la misma ciudad como de otra parte del país y hasta extranjeras, yaciendo que se vuelva una app desea por las personas que quieran poner sus inmuebles en arriendo.. Beneficios -. Que las personas que arriendan un inmueble vean como mejor opción o primera opción montar su inmueble en la app pagando un pequeño porcentaje. Ser una app pionera en la ciudad. Una buena forma de obtener ingresos pequeños pero por cantidad.. ESCALA DE TIEMPO Los beneficios se irán logrando beneficios independientemente de los objetivos principales en el momento de obtener un acuerdo con el sponsor y se firme un acta constitucional ya que este nos permite comenzar en el mayor tiempo posible con el proyecto y así poder dar trabajo a los equipos preparados para la tarea, y comenzar a cumplir el objetivo de hacer una app pionera en esta necesidad del mercado incluyendo que este beneficio llevaría una medida de tiempo de mediano plazo a unos 3 meses después de haber verificado que la app se encuentra en condiciones óptimas para ser utilizada.. MECANISMOS PARA MEDIR SU LOGRO • • •. Establecer un acuerdo entre el sponsor y el gerente. Obtener la Firma del sponsor en un acta constitucional para poder comenzar el proyecto. El gerente elija bien el equipo de trabajo para optar el proyecto de buenos profesionales para tener un óptimo rendimiento en el proyecto..

(26) 26 ACCIONES QUE DEBEN LLEVARSE ACABO PARA ASEGURAR QUE EL BENEFICIO ES ALCANZADO Y MEDIDO. • • • •. Evaluar las condiciones y la buena convivencia en el equipo de trabajo y la convivencia con el sponsor. Coordinar de la mejor forma posible el grupo de trabajo para que el sponsor se sienta cómodo dentro del equipo. Solicitar la aceptación del sponsor cuando se terminen los entregables de requerimientos funcionales y el diseño. Adoptar al equipo de trabajo con los recursos necesarios para poder realizar el proyecto en las mejores condiciones óptimas posible.. A QUIEN SE REPORTA EL ALCANCE DE LOS BENEFICIOS Los encargados de los reportes, informes y seguimientos ya sean positivos como negativos son el gerente de proyecto, sub gerente de proyecto y el arquitecto de software. Responsabilidades. • • • •. Gerente del proyecto. Subgerente de proyecto. Arquitecto de software. Sponsor.. Costo Sera asumida por el sponsor y a la aprobación del representante del sponsor en caso tal este desee tener uno. Se llevará a cabo una solicitud del desembolso del 50% del proyecto para comenzar y en la etapa final se solicitará el resto del costo del proyecto. Lo estimado antes será para: • • •. Los salarios mensuales para los trabajadores del equipo del proyecto. Para tener los recursos necesarios para realización del proyecto. Publicidad del proyecto.

(27) 27. 5. Plan de calidad. NOMBRE DOCUMENTO:. Plan de calidad. VERSIÓN DOCUMENTO:. Versión1.0. FECHA: 2019. 29 de Abril de. LECTORES:. Arquitecto de software Mario Hernández. Evolución del documento: Versión 1.0. Fecha 29/04/2019. Comentario. Por Kevin Parra. Yor Pallares.. Documentos Asociados (Este documento debe ser leído en conjunto con) Título del Documento Plan de proyecto Plan de gestion Business case Acta constitucional. No. Versión 1.0 1.0 1.0 1.0. Fecha 29/04/2019 28/04/2019 26/04/2019 26/04/2019. Aprobación Aprueba Gerente proyecto Sub gerente proyecto Arquitecto de software. Nombre Kevin Parra. Yor Pallares. Mario Hernandez. Firma. Fecha.

(28) 28. Requeriemiento y funcionalidades. Objetivo de Calidad. Tener los deseos claro de lo que quiere el cliente cuales son sus requisitos para el software.. Actividad de control de Calidad. Analisis de requerimientos y funcionalidades.. Responsable de la función. Analista de requerimiento. Criterio de entrada Se acordara con el sponsor las fechas de encuentro con el equipo de trabajo para comenzar a extraer los requerimientos y funcionalidades del software. Necesidades de recursos. Recurso humano, formularios.. Mecanismos de aceptación. Diseñador de software. Dependiente (relacionados). No requiere ningun entregable para comenzar. Diseño de software. Objetivo de Calidad. Tener un diseño facil y sencillo para que cualquier cliente lo pueda hacer.. Actividad de control de Calidad. Diseño del proyecto deseado por sponsor. Responsable de la función. Diseñador. Criterio de entrada Despues de tener el entregable de los requermientos obtenido por el analisista y aprobadas por el sponsor, comienza el diseño del software.. Necesidades de recursos. Recurso humano, software de diseño.. Mecanismos de aceptación. Lo aceptan los programadores..

(29) 29 Diseño de software. Dependiente (relacionados). Requiere que el entregable de los requerimiento y funciinalidades este completado.. Prueba de caja negra y blanca. Objetivo de Calidad. Probar que el software funciona en condiciones optimas y que no tiene errores. Actividad de control de Calidad. Pruebas de caja negra y blanca creadas por el testeador.. Responsable de la función. Testeador. Criterio de entrada Despues de tener el entregable del producto se procedera hacer las pruebaa de calidad del software hechas por el testeador y confirmar la calidad del producto.. Necesidades de recursos. Software de prueba, recurso humano.. Mecanismos de aceptación. Lo acepta el gerente de proyecto.. Dependiente (relacionados). Requiere que el entregable del desarrollo del producto este terminado..

(30) 30. 6. Plan de riesgos. NOMBRE DOCUMENTO:. Plan de riesgos. VERSIÓN DOCUMENTO:. Versión1.0. FECHA:. 29 de Abril de 2019. LECTORES:. Dir. De infraestructura Mario Hernández. Evolución Documento: Versión 1.0. Fecha 29/04/2019. Comentario. Documentos Asociados (Este documento debe ser leído en conjunto con) Título del Documento No. Versión Plan de proyecto 1.0 Plan de calidad 1.0 Plan de gestión 1.0 Aprobación Aprueba Gerente proyecto Sub gerente proyecto Dirección Infraestructura. Nombre KEVIN PARRA YOR PALLARES Mario Hernández. Firma. Por KEVIN PARRA. YOR PALLARES. Fecha 29/04/2019 29/04/2019 28/04/2019. Fecha.

(31) 31. Plan de Riesgos. Código. :. Información de Riesgos Identificado en: RT01 Prioridad :1 Descripción: Falta de personal para comenzar el proyecto. Probabilidad : M Impacto : B Marco de Tiempo :Mediano plazo Asignado A: Gerente y subgerente del proyecto. Contexto: No disponibilidad del talento humano vinculado al proyecto, en los tiempos definidos en el plan de proyecto.. Planes de Mitigación: El gerente y el subgerente buscaran sus equipos de confianza con cual trabajar en el que puedan optimizar su rendimiento y tengan un buen ambiente de trabajo. Plan de Contingencia: El gerente y subgerente ofertaran los puestos de trabajo disponibles del proyecto en las diferentes bolsa de empleos con los requisitos y experiencias exigidos para cada puesto ofertado del proyecto Seguimiento: Evaluar el equipo de trabajo, el ambiente del equipo como trabajan juntos y con miembros nuevos, seguimiento y control a los miembros nuevos del equipo que cumplas los requisitos, tengan los conocimientos y la experiencia adecuada para cada puesto.. Observaciones:.

(32) 32. Código. :. Prioridad. :. Probabilidad. :. Impacto. :. Marco de Tiempo:. RT02 1 B A Mediana plazo. Información de Riesgos. Identificado en:. Descripción: Indeterminación por el sponsor la hora de aprobar los requisitos y los diseños del proyecto Asignado A: Analista y diseñador.. Contexto: Falta de definición sobre los requisitos funcionalidades y diseño del proyecto por parte sponsor, sobre cambios y decisiones indecisas de los requerimientos y decisiones del sponsor Planes de Mitigación: Tener un buen analista y un buen diseñador con la suficiente experiencia e intuición para poder ayudar al sponsor a orientarse en lo que desea para el proyecto.. Plan de Contingencia: Se harán varias reuniones con el sponsor para poder extraer los requisitos y funcionalidades durante las reuniones y la orientación del analista para poder llegar a una definición de los requerimientos y la aprobación del sponsor, igualmente se hará una reunión con el sponsor y el diseñador para la aprobación, modificación u orientación de cómo debe quedar el diseño y posterior a esto la aprobación del sponsor. Seguimiento: Hacer seguimiento a las reuniones del sponsor con el analista y el diseñador del proyecto y verificación de la aprobación de sus entregables. Observaciones:.

(33) 33. Código. :. Prioridad Probabilidad Impacto. RT03 : 2. : :. B. Información de Riesgos. Identificado en:. Descripción: Gran despliegues de errores críticos.. A. Marco de Tiempo: Mediana plazo. Asignado A: Testeador.. Contexto: Al terminar la fase de desarrollo de software encontrar un gran despliegue de incidentes críticos que tengan que ser reportados al Project manager y los desarrolladores. Planes de Mitigación: Tener un buen equipo de programadores con los requisitos y experiencia exigida para el puesto, hacer que los programadores retomen de nuevo el desarrollo del proyecto lo revisen, verifiquen y mejoren el producto.. Plan de Contingencia: Hacer que el testeador verifique cada vez que el producto salga de la fase de desarrollo por los programadores y reportes los incidentes críticos al project manager y a los programadores del proyecto. Seguimiento: Hacer seguimiento del producto hecho por los programadores que al ir entregando haga una prueba de lo que construyen y se encarguen de hacer optimización y mantenimiento al código. Observaciones:.

(34) 34. 7. REPORTE DE ALTO NIVEL. Circulation. Patrocinador, coordinador de proyecto y equipo del proyecto. Project Project Leader Report period. Pensioner Yor Deison Pallares Tatis, Kevin parra. From :11/03/2019 To: 25/03/2019. Status (en curso) Status Commentary. Report Date:26/04/2019. El proyecto esta en el Desarrollo del diseño con el equipo de trabajo creando un diseño fácil para el cliente.. Progress, Issues, Plans & Risks Progress/Achievements in last period • Los avances de esta 2 semanas fueron las reuniones concretadas con el cliente. • Las funcionalidades del proyecto fueron aceptadas por el sponsor. • El primer entregable se entrego al equipo de diseño. Outstanding Issues • No hubo ninguna complicacion en la entrega de los requerimientos y funcionalidades aceptadas por el cliente.. Principal Activities Planned for next period • Comienzo y avance del desarrollo del software.. Key Risks • Retraso en el primer entregable.. Current Status - El proyecto esta localizado en fase del diseño del proyecto , posterior se hara una reunion con el sponsor con el fin de que conozca detalladamente el diseño y funciones del proyecto en el cual se tartar conseguir la aprobacion para el pronto desarrollo del proyecto..

(35) 35 En el caso de ajustes al diseño de la App se llegara a un acuerdo entre el sponsor y el diseñador para implementarle las mejorar o cambios al proyecto.. Project Performance Costs (US$ K). Costo. Budget/ Baselined. Actual to Date. 7.800.000. (a) 400.000. Forecast Forecast Now to Total Project End (b) (a)+(b) 7.400.000 7.800.00 0. Variance (Budg Forecast). % Varia nce. 7.800.000. 0. Comments on any significant variance. Milestones Milestone. Planned/ Baselined Finish Date (dd-monthyy). Requerimientos y funcionalidades Diseño del proyecto. 5 dias 15 dias. Close-out Comments on any significant variance. Current Forecast/Act ual Finish Date (dd-monthyy) 78 dias 63 dias. Variance (Planned Forecast) in weeks. 0 dias 0 dias.

(36) 36. 8. CIERRE DE PROYECTO. NOMBRE DOCUMENTO:. Cierre de proyecto. VERSIÓN DOCUMENTO:. Versión1.0. FECHA:. 29 de Abril de 2019. LECTORES:. Arquitecto de software Mario Hernández. Evolución del documento: Versión 1.0. Fecha 29/04/2019. Comentario. Por Kevin Parra. Yor Pallares.. Documentos Asociados (Este documento debe ser leído en conjunto con) Título del Documento Plan de proyecto Business case Plan de gestión Plan de calidad Acta de constitución Reportes de alto nivel. No. Versión 1.0 1.0 1.0 1.0 1.0 1.0. Fecha 29/04/2019 26/04/2019 28/04/2019 29/04/2019 26/04/2019 30/04/2019. Aprobación Aprueba Gerente proyecto Sub gerente proyecto Arquitecto de software. Nombre Kevin Parra. Yor Pallares. Mario Hernandez. Firma. Fecha.

(37) 37. Cierre de proyecto Logros contra objetivos establecidos -. Ser una de las apps pioneras este objetivo se logró ya que esta necesidad no ha sido vista como un mercado de ingresos. Un sistema fácil y sencillo se llevó a cabo gracias al diseñador de software el cual se pudo aplicar a las normas y estándares de uso una app. El sistema debe poder comunicar el cliente con el usuario se logró haciendo una extensión del programa donde el cliente puede escribirle un mensaje interno al usuario y este a su vez puede dar información para poder ser encontrado.. ENTREGABLE. ESTADO FINAL. Análisis de requerimientos y funcionalidades.. Cerrado. Desarrollo del producto.. Cerrado. Documentación interna del sistema.. Cerrado. Despliegue e instalación del sistema.. Cerrado. Seguimiento y control de pruebas.. Cerrado. Actividades de control de calidad. ENTREGABLE Análisis de funcionalidades. requerimiento. ACTIVIDAD DE CONTROL DE CALIDAD y Se hicieron varias reuniones con el representante del sponsor en la cual se extrajeron cuales iban hacer sus los requerimientos solicitados y sus funcionalidades todas aprobadas por el representarte del sponsor. El beneficio de este control de calidad es que quedan pactas los que se debe entregar al espónsor y que se corre menos riesgos de cambios de el sistema se le da limites a la app y se corre menos riesgos de retraso en la entrega..

(38) 38 ENTREGABLE. ACTIVIDAD DE CONTROL DE CALIDAD. Diseño de software. Basándose en el análisis dado por el analista el diseñador tiene la obligación de presentar un diseño de la app la cual debe ser entendibles, fácil y sencilla de manejar y entender por el sponsor. El control de calidad es manejado por el diseñador y la aprobación es hecha por sponsor.. Desarrollo del producto. Se hace entrega del sistema basándose en los requerimientos, funcionalidades y diseños aprobados por el representante del sponsor, dando así paso a la prueba de control que son las pruebas de caja negra y blanca hechas por el testeador.. Documentación interna del producto. Es hecha para que cualquier ingeniero o técnico con conocimientos en programación pueda saber cómo funciona el programa.. Performance de ejecución de las actividades del programa Actividades principales. Fechas planeadas. Fechas reales. Varianza. Requerimientos y funcionalidades. 5 dias. 4 dias. 0.8%. Diseño de la app. 15 dias. 15 dias. 0%. Desarrollo del producto. 45 dias. 39 dias. 0.86%. Integración. 5 dias. 5 dias. 0%. Pruebas. 7 dias. 7 dias. 0%. Documentación. 7 dias. 7 dias. 0%. Despliegue. 3 dias. 2 dias. 0.66 %.

(39) 39 Performance de ejecución del presupuesto. Actividades principales. Precio planeados Precio reales Varianza. Requerimientos y funcionalidades. $ 200.000. 150.000. 0.75%. Diseño de la app. $ 200.000. 220.000. 1.1%. Desarrollo del producto. $ 4.500.000. $ 4.500.000. 0%. Pruebas. $ 900.000. $ 900.000. 0%. Documentación. $ 1.200.000. $ 1.200.000. 0%. Despliegue y capacitación. $ 800.000. $ 700.000. 0.875 %. Mantenimiento. $ 300.000. $ 300.000. 0%. Impacto sobre el servicio No hubo ninguna clase de impacto en los servicios.. Lecciones aprendidas del proyecto En el diseño de este proyecto nos deja como lección que los profesionales con buena intuición y experiencia ayuda a plantear y definir los deseos del sponsor orientándolo a extraer sus ideas plasmándolos en los documentos de requerimiento optimizando el tiempo del proyecto, generando ganancias del tiempo y del presupuesto sugerido..

(40) 40. 9. Bibliografía https://www.fincaraiz.com.co/ https://www.metrocuadrado.com/ https://www.ciencuadras.com https://www.inmuebles24.com/ https://www.estrenarvivienda.com/ App Biinmo https://www.goplaceit.com/co https://www.airbnb.com.co/ https://www.booking.com/index.es.html https://www.hoteles.com/ https://www.trivago.com.co/ https://casas.trovit.com.co/ https://www.icasas.com.co https://www.lamudi.com.co/ https://www.compartoapto.com/ https://www.pads.com.co/ https://bienco.com.co/ https://www.homeaway.com/ https://www.oikos.com.co/inmobiliaria/ https://rumis.co/.

(41)