Restricciones - TheCodeTeamUni/documentacion-proyecto GitHub Wiki
|
Descripción de la restricción |
La plataforma desarrollada debe ser fácil de modificar, debido a que es muy posible que se deban adicionar constantemente tipos de pruebas para nuevas tecnologías o nuevas versiones del producto, esta modificación debe tardar máximo 1 hora. |
|---|---|
| Usuario que expresa esta restricción | Directora de selección y contratación. |
|
Justificación para esta restricción |
Es de vital importancia crear un sistema que sea fácil de modificar y actualizar en sus componentes, debido a que esto mejoraría la velocidad en un proceso de selección de un candidato. |
| Cómo considera que pueda afectar la arquitectura del sistema esta restricción | Debido a esta restricción es necesario pensar en un sistema que sea fácil de desplegar y que permita el incremento de código de manera constante y segura. |
|
Descripción de la restricción |
También debe contar con una estrategia que permita adicionar o cambiar nuevos algoritmos de analítica basados en aprendizaje de máquina e inteligencia artificial para la clasificación de candidatos. Estos cambios no deben tomar más de 2 horas. |
|---|---|
| Usuario que expresa esta restricción | Directora de selección y contratación. |
|
Justificación para esta restricción |
La facilidad de implementar nuevos esquemas de validación y procesamiento de datos, es una facultad que debe tener el sistema para poder llevar a cabo un proceso más limpio y acorde a lo requerido en el mercado. |
| Cómo considera que pueda afectar la arquitectura del sistema esta restricción | La implementación de un sistema que permita actualizarse de manera constante en su estructura y que sea escalable, requiere de una definición de arquitectura que favorezca la entrega constante por medio de procesos de CI y CD. |
| Descripción de la restricción | Todo el backend y frontend (portal web) deberán estar desplegados en la nube. |
|---|---|
| Usuario que expresa esta restricción | Director de ABC |
| Justificación para esta restricción | Favorecer la disponibilidad de los productos desplegados |
| Cómo considera que pueda afectar la arquitectura del sistema esta restricción | La implementación de nuestro proyecto en la nube podría resultar en costos más elevados en comparación con un despliegue manual en nuestros recursos internos de la empresa. |
|
Descripción de la restricción |
Se debe contar con una plataforma web y una aplicación móvil, que permita a los usuarios contar con una buena experiencia y que permita la constante participación de ellos con el sistema. |
|---|---|
| Usuario que expresa esta restricción | Director de ABC |
|
Justificación para esta restricción |
Esta restricción continuamente promueve la accesibilidad de nuestro sistema, asegurando que desde cualquier rincón del mundo con acceso a internet, sea posible tanto modificar como supervisar la información relacionada con nuestros procesos, ya sea desde la perspectiva de la empresa o del candidato. |
|
Cómo considera que pueda afectar la arquitectura del sistema esta restricción |
Esta restricción posiblemente se erige como una de las más cruciales y significativas al tomar decisiones arquitectónicas. Esto se debe a que debemos considerar que nuestro sistema interactúa con datos provenientes de dos tipos distintos de clientes (Web / móvil). Esto, a su vez, nos conduce a la necesidad de implementar una API accesible desde diversas plataformas, imponiéndonos la responsabilidad de garantizar una disponibilidad ininterrumpida. |