En este repositorio se encuentra lo referente al proyecto relacionado al código, como los scripts de bases de datos que usamos en su desarrollo, diagramas o manuales de instalación.
Utilizamos dos repositorios de Github para nuestro proyecto. Este repositorio es utilizado para versionamiento de código y otro para subir y descargar imágenes.
Link a Repositorio de Imágenes: https://github.com/imagesinfini/publicImages Contiene diferentes carpetas para cada tipo de contenido.
La rama principal contiene la carpeta "Documentos", donde se encuentran algunos manuales de instalación, archivos .sh, el boceto de MER y otros diagramas.
En las ramas “Frontend-Infini”, “api_postYeventos”,”api_usuarios”, “API_Grupos_2019”, “PruebasAPIGrupos” y “Backoffice-Infini” se encuentran las últimas versiones de los programas.
El sistema consiste en tres APIs con sus interfaces gráficas de prueba contenidas en su rama u otra separada, la primera versión del frontend y finalmente una aplicación de gestión que permite acceder y modificar la base de datos.
Para que funcione el token de github hay que escribir “githubpat” en el string “token” de los métodos “SubirImagenAGithub” y “CargarImagenDeGithub”.
Para el funcionamiento del testing de API post y eventos es necesario crear un usuario con nombreDeCuenta “UsuarioDePrueba” .
En Backoffice, eliminamos las opciones de modificación de contenido privado previamente hechas por privacidad.
Puede comunicarse con el coordinador o subcoordinador del equipo mediante e-mail.
Cumplimiento de Características Necesarias:
Cada ítem del Product Backlog debe cumplir con todas las características y requisitos definidos para ese ítem. Esto incluye funcionalidades, integraciones, comportamientos esperados y cualquier otro criterio técnico o funcional establecido.
Compartido con Todo el Equipo: Cada ítem del Product Backlog debe ser revisado y compartido con todo el equipo de desarrollo. Esto asegura que todos los miembros del equipo tengan conocimiento del ítem y estén alineados con los objetivos y requerimientos del producto.
Accesible para el Equipo: La información relacionada con cada ítem del Product Backlog (documentación, especificaciones, diseño, etc.) debe ser accesible y comprensible para todos los miembros del equipo. Esto facilita la colaboración y la efectividad en la ejecución del trabajo.
Subida del Código a GitHub: Si el ítem del Product Backlog implica trabajo de código, este debe ser subido y versionado en GitHub de acuerdo con las políticas de control de versiones establecidas.