imunnicA continuación se expondrán 3 alternativas para que el cliente pueda conocer entre distintas opciones que ofrece el mercado además de la alternativa de desarrollo propio, todo ello ajustado a las funcionalidades que se necesitan para el producto. Las alternativas son tres:
ResourceGuru
Descripción general
ResourceGuru es un servicio de gestión de recursos que, mediante una forma sencilla e intuitiva, permite el manejo de los mismos. Entre otras de las funcionalidades que aporta, permite la gestión no solo de profesionales, si no también de salas y equipamiento, gestión de máximos de tiempo alcanzado y vacaciones, de forma que se obtiene una solución muy completa.
ResourceGuru además puede sincronizarse con otras aplicaciones como Google Calendar o utilizar recursos como de Outlook o Gmail.
Funcionalidades
ResourceGuru ofrece 3 planes con diferentes características que se adaptan a las necesidades del cliente:
| Características | GrassHooper | BlackBelt | Master | Valor que aporta |
|---|---|---|---|---|
| Planificación | ||||
| - Reservas de múltiples recursos |
|
|
|
Disminución del tiempo e iteracciones que emplea cada profesor en gestionar sus franjas de horario (reservar), Evitar que el gestor participe en el proceso de reserva |
| - Reservas tentativas |
|
|
|
Disminución del tiempo e iteracciones que emplea cada profesor en gestionar sus franjas de horario (reservar), Poder resolver conflictos sin necesidad de concertar una reunión, Evitar que el gestor participe en el proceso de reserva |
| - Reservas recurrentes |
|
|
|
Disminución del tiempo e iteracciones que emplea cada profesor en gestionar sus franjas de horario (reservar), Evitar que el gestor participe en el proceso de reserva |
| - Gestión avanzada de conflictos |
|
|
|
Poder resolver conflictos sin necesidad de concertar una reunión |
| - Flujo de aprobación |
|
Poder resolver conflictos sin necesidad de concertar una reunión | ||
| Personalización | ||||
| - Campos y filtros personalizados |
|
|
|
Disminuir el tiempo necesario para modificar la información sobre los lugares y la propagación de dicha información, Consultar de forma centralizada datos de horario actualizados, Aportar información sobre reservas de lugares en tiempo real |
| - Presentación de reservas en horario |
|
|
|
Consultar de forma centralizada datos de horario actualizados, Aportar información sobre reservas de lugares en tiempo real |
| - Búsqueda de personas por habilidad, equipo y rol |
|
|
|
Consultar de forma centralizada datos de horario actualizados, Aportar información sobre reservas de lugares en tiempo real |
| Soporte | ||||
| - Soporte por chat y correo electrónico |
|
|
|
|
| - Soporte telefónico |
|
|||
| - Importación de datos |
|
Tecnologías empleadas
No se especifica la tecnología que se emplea, pero se puede afirmar que por el soporte que da a diferentes organizaciones internacionales que es una tecnología que se actualiza para dar un servicio adecuado.
Estimación de plazo
Esta alternativa estaría en funcionamiento en una semana como máximo desde la contratación de la misma y la formación del personal que necesite utilizarla.
Precios
Suponiendo según las necesidades del cliente de asistencia para 100 profesionales y el recurso de las aulas o lugares donde impartir clase, según los tres tipos de opciones que se han presentado en las funcionalidades, se desprenden los siguientes precios:
| Grasshopper | Blackbelt | Master | |
|---|---|---|---|
| Por persona | 4,16 $/mes | 6,65 $/mes | 10 $/mes |
| Extras | 2,08 $/mes | 3,33 $/mes | 5 $/mes |
| Total por persona | 6,24 $/mes | 9,98 $/mes | 15 $/mes |
Para un equipo de 100 personas como el que solicita el cliente, durante un año,queda de la siguiente forma:
| Grasshopper | Blackbelt | Master | |
|---|---|---|---|
| Total | 7488$/año | 11976$/año | 18000$/año |
La equivalencia actual de $ a € es de 1,09 $/€ por lo que en €, en este momento se traduce como:
| Grasshopper | Blackbelt | Master | |
|---|---|---|---|
| Total | 6869,72 €/año | 10987,15 €/año | 16513,76 €/año |
El mantenimiento y el alojamiento se incluye dentro del precio, por lo que el coste anual es final. También hay que señalar que sería completamente escalable, tanto en aumento como en disminución.
Riesgos
-
R1: Cambio en los precios:
Un cambio en la política de precios de ResourceGuru es un evento que puede ocurrir tarde o temprano. Variaría el coste total de la herramienta pero no afectaría sobre la misma. -
R2: Cambio en el volumen de personal laboral:
El cambio de volumen del perosnal laboral es un suceso probable que repercutiría en el coste de la herramienta, pero no implicaría un mal funcionamiento del servicio. Además cuanto mayor es el cambio en el personal más improbable es. -
R3: Cambio en las necesidades a reservar:
La necesidad de reservar otras entidades (como equipamiento deportivo), aunque posible, no tendría un gran impacto puesto que la herramienta, con repercusión en el coste, permite hacerlo.![RiesgosResourceGuru]()
KHY Booking App
Descripción general
KHY Booking es una aplicación de código abierto sin licencia definida por lo que se puede asemejar a una licencia MIT . Está orientada a lo que busca el cliente por lo que las modificaciones a realizar son bastante pequeñas.
Funcionalidades
Las funcionalidades que aporta esta solución son:
| Funcionalidad | Descripción | Valor que aporta |
|---|---|---|
| Gestión de reservas de aulas | Permite reservar un aula para un grupo y una asignatura concreta | Evitar que el gestor participe en el proceso de la reserva |
| Automatización de filtros en la reserva | Se filtrarán automáticamente en la reserva solo las aulas y grupos disponibles, así como las asignaturas que enseñe el profesor | Aportar información sobre las reservas de lugares en tiempo real, Consultar de forma centralizada los datos, Disminución del tiempo e iteraciones que emplea cada profesor en gestionar sus franjas de horario |
| Mensajería | Servicio de chat entre profesores para resolver conflictos | Poder resolver los conflictos sin necesidad de concertar una reunión |
| Visualización de calendario por profesor | Cada profesor podrá visualizar su propio calendario y el gestor podrá ver el de cada uno seleccionandolo | Aportar información sobre las reservas de lugares en tiempo real, consultar de forma centralizada los datos de horario actualizados, disminución del tiempo e iteraciones que emplea cada profesor en gestionar sus franjas de horario |
| Visualización de lugares | Se podrán consultar las características y capacidades de los distintos lugares | Aportar información sobre las reservas de lugares en tiempo real,Evitar que el gestor participe en la reserva, Disminuir el tiempo necesario para modificar la información sobre los lugares y la propagación de dicha información |
| Visualización de usuario | Cada profesor podrá consultar las asignaturas que tiene asignadas y los grupos existentes para esa asignatura | Consultar de forma centralizada datos de horario actualizados |
| Gestión de profesores, asignaturas y lugares | El gestor podrá asignar asignaturas a profesores y controlar el listado de asignaturas que se imparten, profesores y lugares | Disminuir el tiempo necesario para modificar información sobre los lugares y la propagación de dicha información, disminución del tiempo e iteraciones que emplea cada profesor en gestionar sus franjas de horario |
Tecnologías empleadas
Las tecnologías empleadas han sido React v16 (actualmente la 18), Node.js versión 18 (actualmente la 21), JavaScript, CSS3 y HTML5. El código fue subido a GitHub hace 5 años por lo que podría resultar obsoleto y las versiones que utiliza prácticamente no reciben soporte, por lo que podrían darse fallos en el futuro. Para el backend, que habría que desarrollar, se utilizaría SpringBoot apoyado en una base de datos mySql con la versión más moderna al alcance.
Para el despliegue del backend se utilizará back4app en su versión Pay as you go y el del front con Dinahosting con su opción avanzada.
Estimación de plazo
La aplicación necesita crear un backend, desplegar el sistema en los servidores, adaptar la interfaz a la que quiera el cliente, desplegar el proyecto y realizar pruebas. El plazo estimado de este trabajo es de 2 meses.
Precios
Para el cálculo del precio habría que contar con el coste de trabajo de tres personas dentro del equipo de trabajo, los materiales necesarios para el despliegue y hosting, además del mantenimiento posterior. Con ello queda el siguiente cuadro:
| Desarrollo | Mantenimiento | Hosting | Backend | Total | |
|---|---|---|---|---|---|
| 1er año | 13200 € | 600 € | 27 € | 960 € | 14787 € |
| 2º año | 0 € | 600 € | 125.40 € | 960 € | 1685.4 € |
Riesgos
-
R1: Fallos en el futuro por falta de mantenimiento del software:
La antiguedad de la tecnología usada y que ya haya partes de ella, como core.js, que utilizan una versión que ya ha dejado de recibir soporte hacen posible que puedan aparecer fallos en el futuro. - R2: Incompatibilidad para futuras actualizaciones: Es posible que si se ha dejado de dar soporte a ciertas versiones, al realizar futuras actualizaciones del software no se puedan implementar porque su desarrollo no se haya podido realizar con una versión compatible, lo que impediría actualizar la aplicación.
MiColEG.io
Descripción general
MiColegio es una solución adaptada e integral a las necesidades del cliente, basada en tecnología moderna y adaptada a las funcionalidades que el negocio necesita.
Funcionalidades
Las funcionalidades que se integran dentro de la solución son las mismas que provee la solución de open source:
| Funcionalidad | Descripción | Valor que aporta |
|---|---|---|
| Gestión de reservas de aulas | Permite reservar un aula para un grupo y una asignatura concreta | Evitar que el gestor participe en el proceso de la reserva |
| Automatización de filtros en la reserva | Se filtrarán automáticamente en la reserva solo las aulas y grupos disponibles, así como las asignaturas que enseñe el profesor | Aportar información sobre las reservas de lugares en tiempo real, Consultar de forma centralizada los datos, Disminución del tiempo e iteraciones que emplea cada profesor en gestionar sus franjas de horario |
| Mensajería | Servicio de chat entre profesores para resolver conflictos | Poder resolver los conflictos sin necesidad de concertar una reunión |
| Visualización de calendario por profesor | Cada profesor podrá visualizar su propio calendario y el gestor podrá ver el de cada uno seleccionandolo | Aportar información sobre las reservas de lugares en tiempo real, consultar de forma centralizada los datos de horario actualizados, disminución del tiempo e iteraciones que emplea cada profesor en gestionar sus franjas de horario |
| Visualización de lugares | Se podrán consultar las características y capacidades de los distintos lugares | Aportar información sobre las reservas de lugares en tiempo real,Evitar que el gestor participe en la reserva, Disminuir el tiempo necesario para modificar la información sobre los lugares y la propagación de dicha información |
| Visualización de usuario | Cada profesor podrá consultar las asignaturas que tiene asignadas y los grupos existentes para esa asignatura | Consultar de forma centralizada datos de horario actualizados |
| Gestión de profesores, asignaturas y lugares | El gestor podrá asignar asignaturas a profesores y controlar el listado de asignaturas que se imparten, profesores y lugares | Disminuir el tiempo necesario para modificar información sobre los lugares y la propagación de dicha información, disminución del tiempo e iteraciones que emplea cada profesor en gestionar sus franjas de horario |
Tecnologías empleadas
Las tenconogías para la capa de frontend son Node.js, Vue, Vuetify y para la capa de backend SpringBoot apoyado en una base de datos de mySql. Todo ello con la última versión estable disponible.
Para el despliegue del backend se utilizará back4app en su versión Pay as you go y el del front con Dinahosting con su opción avanzada.
Estimación de plazo
La aplicación necesita crear un backend, desplegar el sistema en los servidores y adaptar la interfaz a la que quiera el cliente. El plazo estimado es de 3 meses de trabajo.
Precios
Para el cálculo del precio habría que contar con el coste de trabajo de tres personas dentro del equipo de trabajo, los materiales necesarios para el despliegue y hosting, además del mantenimiento posterior. Con ello queda el siguiente cuadro:
| Desarrollo | Mantenimiento | Hosting | Backend | Total | |
|---|---|---|---|---|---|
| 1er año | 19800 € | 600 € | 27 € | 960 € | 21387 € |
| 2º año | 0 € | 600 € | 125.40 € | 960 € | 1685.4 € |
Riesgos
- R1: Aumento de recursos a gestionar: En el caso de la necesidad de aumentar los recursos a gestionar (como en el caso de equipamiento deportivo), el equipo de mantenimiento podría añadir lo necesario para adaptar la aplicación.
