2.3. Herramientas usadas

En este apartado veremos las herramientas utilizadas por la aplicación, así como su función. Son las siguientes:

• PostgreSql: es una base de datos de tipo relacional con buena reputación por su fiabilidad, robustez y rendimiento. Esta es la base de datos que utilizará el servidor para almacenar imágenes, datos, historiales…

• Intellij: se trata de un IDE con muchas funcionalidades entre ellas integración con sistemas de gestión de versiones como GitHub, C++, y servicios Rest como Springboot. Con esta herramienta se creará el servicio Rest que actuará como servidor proporcionando a los clientes servicio.

• Android Studio: es el IDE oficial para la plataforma Android y está basado en el software de Intellij, cuenta con integración de sistemas de gestión de versiones como GitHub y tiene muchas funcionalidades para desarrollar en Android. Esta herramienta será con la que se desarrollará la aplicación móvil.

• Firebase: es una plataforma en la nube para el desarrollo de aplicaciones web y móvil, sus herramientas son variadas y de fácil uso, como ser proporcionar datos en tiempo real y permitir autentificación de usuarios. Esta herramienta será con la que se realice el login con plataformas externas como Google o Twitter.

• PostMan: es una herramienta para el testeo de APIs, entre ellas REST y SOAP permitiendo probarlas de una forma cómoda. Con esta herramienta se comprobará la correcta ejecución del servicio Rest de la aplicación.

• JustInMind: es una herramienta muy simple pero muy útil para hacer maquetas de aplicaciones para poder diseñarla sin necesidad de código y así poder ir ajustando la aplicación visualmente para a la hora de hacerla de verdad sea más ágil. Con esta herramienta se va crear una maqueta de la aplicación para que el cliente pueda opinar sobre ella y así poder realizar los cambios que sean necesarios de una forma veloz.

• ArgoUml: es una herramienta para la creación de diagramas UML para así poder hacer análisis de proyectos con diagramas de casos de uso, diagramas de clases. Con esta herramienta se van a realizar los diagramas del análisis del proyecto.

• NetBeans: es un IDE para el desarrollo de diferentes proyectos en distintos lenguajes como java, JavaScript... Esta herramienta va ser utilizada para hacer la aplicación de administración del proyecto.

• GitHub: es un sistema de gestión de proyectos y control de versiones de código, así como una plataforma de red social diseñada para desarrolladores. Con esta herramienta se hará el control de versiones de la aplicación, así como con gitflow se realizará la planificación de tareas y con el uso de wikis se documentará el proyecto.

2.4. Gestión de riesgos

Para poder gestionar los riesgos primero debemos saber identificar tipos de riesgos y así poder solucionarlos. Un riesgo se define como cualquier cosa que retrase o impida que avance del proyecto al ritmo esperado o que provoque que se salga del presupuesto estimado. En definitiva, cualquier aspecto del proceso que suponga una desviación del plan previsto y que permita que el proceso fracase.

Riesgos laborales:

Gran parte del trabajo propio del sector de la informática se desarrolla fundamentalmente en oficinas. Este tipo de trabajo implica la exposición a determinadas condiciones ambientales como es el caso del ruido, la temperatura, la humedad, iluminación etc. todo ello con una influencia directa sobre la comodidad y la salud de los trabajadores y trabajadoras. Algunos de los riesgos más comunes son:

• El dolor de espalda y otros trastornos músculo esqueléticos, los trastornos músculo esqueléticos son una de las enfermedades de origen laboral más comunes, normalmente afectan a la espalda, cuello, hombros y extremidades superiores. De ellos se derivan problemas de salud, que van desde pequeñas molestias y dolores, a cuadros médicos más graves.

• Fatiga visual, conocida como fatiga ocular, se ha visto incrementada con el uso de las nuevas tecnologías y su incorporación al entorno laboral. La fatiga visual presenta una sintomatología que se evidencia con dolor de cabeza, sensación constante arenilla en los ojos, sequedad etcétera. En el ámbito laboral, la fatiga visual se convierte en un elemento de riesgo o peligro, dado que en el sector de la informática la continua lectura de documentos o en la pantalla de ordenadores sin protectores visuales o con bajos niveles de iluminación.

En este sentido, es importante disponer adecuadamente el puesto de trabajo, específicamente la pantalla, con el ángulo visual, distancia visual etc.… hay que controlar el contraste y el brillo de la citada pantalla, limpiarla y que esta tenga un adecuado nivel de iluminación. Es recomendable igualmente, que los profesionales realicen periódicamente técnicas de relajamiento, para evitar lesiones, así como otros trastornos ya señalados, caso de la fatiga visual.

Riesgos de proyecto:

En cuanto a riesgos de proyecto software, hay muchos otros riesgos que no son de ámbito laboral que pueden presentarse, pero por ello hay que tenerlos presentes para poder solucionarlos de la mejor forma posible. Algunos de los riesgos a los que nos podremos enfrentar son:

• Riesgos derivados del cliente. Algunos que los riesgos que se pueden dar son la falta de colaboración, para ello se le insistirá para no crear problemas de confusión de lo que pide. Otro riesgo común es que en fases avanzadas del proyecto el cliente demande nuevos requisitos, en este caso se acordarán de nuevo los precios y se aceptarán mostrando una actitud empática ya que a todos se nos pueden olvidar cosas.

• Riesgos derivados de la planificación. En algún momento del desarrollo de un proyecto se pueden producir retrasos dados por bien por problemas técnicos o por una mala planificación, para solucionarlo se deben hacer esfuerzos para arreglar el problema y que así no afecte a otras tareas y revisar la planificación por si hay más errores y así solucionarlos para que no se repitan, además todo el tiempo que este fuera del acordado con el cliente repercutirá sobre el equipo.

• Riesgos derivados del producto. Existen muchos riesgos de este ámbito como la posible pérdida del código, para prevenirlo se realizarán varias copias de seguridad y se usarán sistemas de control de versiones como GitHub para guardar el código. Otro posible riesgo es una mala calidad, para prevenir este problema se debe testear cada parte del proyecto e ir consultado con el cliente para si es lo que él desea y no ir arrastrando errores.