Ceremonias Scrum - ISPC-WEB-2025/TodoStock-AppMovil GitHub Wiki
Registros de Ceremonias Scrum
📅 Sprint 1: Layouts, Navegación e Inyección Mock
- Fecha de Ceremonia: 05/09/2026
- Facilitador: Octavio Arnaudo
- Participantes: Virginia G., Aylén B., Miguel F., Candelaria B., Pedro G., Octavio A.
🎯 Objetivos del Sprint
Construir la interfaz nativa funcional con datos de prueba, validando la navegación fluida entre las 7 pantallas principales y preparando los cimientos para la conexión API.
📊 Compromiso del Sprint
- Story Points Totales: 31 SP
- Historias Seleccionadas: #US01, #US02, #US03, #US04 (Parte UI), #US05 (Parte UI).
🏷️ Asignación de Tareas
- Miguel Flores: #TK01, #TK02, #TK03, #TK04 (7 SP)
- Candelaria Barjollo: #TK08, #TK09, #TK10, #TK11 (5 SP)
- Virginia Garcia: #TK13, #TK14, #TK15 (5 SP)
- Pedro Gonzalez: #TK18, #TK19, #TK21, #TK22 (5 SP)
- Aylen Bartolino Luna: #TK24, #TK25, #TK26 (4 SP)
- Octavio Arnaudo: #TK30, #TK31, #TK32 (5 SP)
📂 Registro de Acuerdos y Documentación de Trabajo
Para consultar el registro preliminar de debates, minutas informales de reuniones, seguimiento por mensajería y capturas de acuerdos técnicos del equipo:
👉 Acceso a la carpeta de evidencias y bitácora en Google Drive
👉 Acceso a la issue de Planning poker
Daily Scrum
10 de septiembre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | --- | Crearé la issue de la ceremonia de planning poker con la descripción inicial y haré mi votación de puntos de estimación para las historias de usuario de este sprint. Esperaré a que mis compañeros hagan sus votaciones para poder iniciar el consenso. Dejo preparada la tabla en un comentario para llenar con las votaciones de todos y completar la estimación final. Dejaré linkeada la issue en la wiki del repositorio. Daré aviso en el grupo de whatsapp. Registro esto en la daily (dejo preparada la tabla para que mis compañeros llenen sus campos). | No puedo dar por terminada la tarea hasta que el resto de mis compañeros voten y debatamos las estimaciones de cada HU. |
| Candelaria Jazmín Barjollo | --- | --- | --- |
| Miguel Ángel Flores Meehan | --- | --- | --- |
| Virginia García | --- | --- | --- |
| Pedro González | --- | --- | --- |
| Octavio Arnaudo | Analicé las Historias de Usuario para definir mis criterios de estimación. | Participaré de la ceremonia de Planning Poker registrando mis votaciones iniciales de estimación en el Issue y avanzaré con el esquema de ramas en GitHub (#TK28). | Ninguno. |
13 de septiembre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Me puse en contexto con las consignas y evidencias para entender del todo el trabajo que tenemos para hacer. | Comenzaré con la primera tarea asignada (TK24) de la historia de usuario que tengo a mi cargo: la HU06 — Movimientos entre Sucursales. | No. |
| Candelaria Jazmín Barjollo | Definí y ajusté la paleta de colores base en colors.xml e inicié el maquetado de selección de sucursales (#TK08, #TK09). |
Trabajaré en mis tareas asignadas (layout de sucursales, adapter y navegación) para dejarlas finalizadas. | No. (Tuve unos errores en un merge que pude resolver rápidamente). |
| Miguel Ángel Flores Meehan | Realicé la inicialización del proyecto Android, ajustes de compatibilidad en Gradle (build.gradle), configuración de AndroidManifest, Splash y base de Login (#TK01). Implementé paleta de colores base y estilos de botones/inputs (#TK01). |
Desarrollar la pantalla y lógica de Login con validaciones setError y TextInputLayout con toggle de contraseña (#TK01). Diseñar el hub de Menú Principal (#TK02) y definir el contrato de navegación por Intents (#TK04). |
No. |
| Virginia García | Estuve leyendo las especificaciones del proyecto, realicé documentación inicial en readme. | Comenzaré con mis tareas asignadas. | No termino de entender el alcance de los Sprints. |
| Pedro González | Me puse en contexto con los requerimientos generales del proyecto y las historias de usuario asignadas. | Iniciar el diseño y maquetado de la pantalla de Contacto (activity_contacto.xml, #TK18). |
No. |
| Octavio Arnaudo | Realicé el setup inicial del repositorio GitHub, definí la estrategia de ramas (main/develop/feature) y estructuré el tablero Kanban y la Wiki (#TK28). | Vincularé la documentación del estándar IEEE830 en la Wiki (#TK29) y coordinaré la estructura de los Casos de Prueba con los integrantes. | No. |
14 de septiembre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Trabajé en mis tres tareas del Sprint 1: TK 24, 25 y 26. Las terminé. Tuve algunos errores al mergear una rama con develop, ya que no tomaba los cambios. Se resolvió. En el campo de las cantidades de la activity movimientos entre sucursales, el color del texto que se ve en el teléfono conectado vía USB no coincide con el de pantalla (está demasiado tenue y no se ve). En la versión virtual se visualiza correctamente. No se resolvió. | Redactaré mis casos de prueba y trabajaré en el documento colectivo de políticas de seguridad. | No. |
| Candelaria Jazmín Barjollo | Trabajé en mis tareas asignadas y las terminé. No tuve grandes conflictos, salvo unos errores en un merge que pude resolver rápidamente. | Diseñaré y probaré mis casos de prueba documentando los resultados. También completaré parte de la documentación sobre las políticas de seguridad. | No. |
| Miguel Ángel Flores Meehan | Completé el Login con validaciones de campos (#TK01), el layout del Menú Principal (#TK02) y su controlador con constantes de navegación (#TK04). Implementé el GitHub Action para notificaciones de merges a develop (#TK33) y realicé merges de PRs del equipo. |
Diseñar mis casos de prueba de Login y Menú Principal para entregárselos a Virginia para su testeo cruzado, y brindar soporte con el contrato de navegación. | No. |
| Virginia García | Realicé mis tareas asignadas tk13 tk14 y tk15. | Empezaré con documentación y casos de prueba (ejecutando también las pruebas de los casos diseñados por Miguel). | Pude resolver mis dudas de alcance, pero tuve algunos inconvenientes porque me había olvidado de traer los cambios de Develop, pero lo pude solucionar. |
| Pedro González | Diseñé el layout de Contacto (activity_contacto.xml, #TK18). |
Implementar la lógica de envío de mensajes con confirmación vía Toast en ContactoActivity (#TK19). |
No. |
| Octavio Arnaudo | Enlacé la documentación IEEE830 en la Wiki (#TK29) y estructuré la plantilla para que todos los integrantes carguen sus test cases. | Consolidaré los 12 casos de prueba del equipo en la Wiki (#TK30) y redactaré el borrador del plan de seguridad enfocado en autenticación por JWT (#TK31). | No. |
15 de septiembre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Hice los casos de prueba de Movimientos entre sucursales (son 6> uno exitoso si los campos son válidos, cinco de posibles errores: si la sucursal de origen y destino es la misma, si no se selecciona ningún producto, si la cantidad ingresada es 0, o negativa, o no se selecciona ninguna cantidad). Los subí a la planilla del grupo. Modifiqué las columnas del kanban para que respondan a la consigna (renombré columna Backlog a Product Backlog, agregué columna ToDo (Sprint Backlog), borré columna ready (no la usamos y no la piden), agregué columna Testing (QA)). Reorganicé las carpetas del Drive del equipo para que el acceso a la información sea más fácil e intuitivo. | Actualizar casos de prueba: faltan capturas de pantalla. | No. |
| Candelaria Jazmín Barjollo | Diseñé y probé mis casos de prueba documentando los resultados. También completé parte de la documentación sobre las políticas de seguridad. | Completar documentación restante como dailys, realizar el módulo 3 del curso de ciberseguridad en Cisco y solucionar conflictos de versiones previos al merge final. | No tuve conflictos. |
| Miguel Ángel Flores Meehan | Diseñé mis casos de prueba de Login y Menú Principal (los cuales testeó Virginia). Apoyé a compañeros en la resolución de dudas sobre navegación por Intent y resolución de conflictos de ramas con develop. |
Ejecutar el testeo de los casos de prueba diseñados por Virginia (módulo de Stock), revisar y mergear los PRs pendientes (#37, #39, #41) y coordinar el merge final a main. |
No. |
| Virginia García | Estuve completando mis casos de prueba con capturas correspondientes (testeé los casos de Miguel y diseñé los míos para que él los testee). | Realizaré últimos detalles. | No. |
| Pedro González | Implementé la lógica con Toast en ContactoActivity (#TK19) e inicié el layout de carga de producto (#TK21). |
Finalizar la validación de campos vacíos en CargaProductoActivity (#TK22) y abrir los Pull Requests correspondientes. |
No. |
| Octavio Arnaudo | Redacté el borrador del plan de ciberseguridad (#TK31) y consolidé la tabla general de Testing en la Wiki (#TK30). | Recopilar las capturas de pantalla de las 7 Activities de todo el equipo para estructurar el Anexo II del IEEE830 (#TK32). | No. |
16 de septiembre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Le di formato al documento de ciberseguridad e hice la presentación colectiva. Actualicé mi pestaña de la planilla de testing (movimientos entre sucursales). Me faltaba ejecutar las pruebas y poner las capturas de pantalla. Una de las pruebas diseñadas era probar el caso de que alguien quisiera ingresar un número negativo, se esperaba un mensaje diciendo "La cantidad ingresada debe ser mayor a cero". Pero el sistema no permite ingresar números negativo (no deja escribir el signo -). Puse el status como BLOCKED (primero puse fail pero como ni siquiera pude ejecutar la prueba, lo cambié). Y agregué el comentario sobre lo sucedido. El sistema tampoco permite ingresar números decimales. Eso es algo que deberíamos decidir como parte de las reglas del negocio, o al menos reconsiderarlo. Subí las dailys a la wiki. | Participar de la clase de Proyecto Integrador II. | No. |
| Candelaria Jazmín Barjollo | Solucioné algunos conflictos de versiones antes de realizar el merge final a main. Completé el módulo 3 de ciberseguridad y terminé de documentar mi trabajo diario. Grabé el video demostrativo de la app. | Participar de la clase de Proyecto Integrador II y colaborar en la Sprint Review / Retrospectiva. | No tuve conflictos. |
| Miguel Ángel Flores Meehan | Ejecuté y documenté las pruebas de los casos diseñados por Virginia. Resolví conflictos y mergeé los PRs de Contacto y Carga de Producto (#37, #39, #41), y realicé el merge final de develop a main (PR #44), verificando que el proyecto compile limpiamente y generando el APK funcional. |
Participar de la clase de Proyecto Integrador II, colaborar en la presentación de la demo del Sprint 1 y formar parte de la Retrospectiva del equipo. | No. |
| Virginia García | Realicé últimos detalles en wiki de dailys y consolidación de documentación. | Participar de la clase de Proyecto Integrador II. | No. |
| Pedro González | Completé las validaciones de campos en CargaProductoActivity (#TK22), resolví los conflictos y subí los cambios para su merge a develop. |
Participar de la clase de Proyecto Integrador II y en la Sprint Review. | No. |
| Octavio Arnaudo | Ensamblé el Anexo II del IEEE830 con todas las capturas de pantalla del sistema (#TK32), revisé la entrega en la Wiki y dejé preparado el registro para la Sprint Review. | Participar de la clase de Proyecto Integrador II y liderar la revisión/retrospectiva del Sprint 1. | No. |
Sprint Review
| Campo | Detalle |
|---|---|
| Fecha | 16 de septiembre de 2026 |
| Duración | 2 horas |
| Participantes | Virginia García, Miguel Flores, Candelaria Barjollo, Aylén Bartolino Luna, Pedro González, Octavio Arnaudo, Docentes / Stakeholders (Cátedra Proyecto Integrador II) |
Funcionalidades presentadas:
Se presentó el Incremento / MVP funcional del Sprint 1 (v1.0) en Android (Java nativo), con la arquitectura base de navegación desacoplada y las 7 pantallas operativas con datos mock y validaciones:
- Autenticación y Menú Principal (
US01/ Miguel Flores):LoginActivity: Formulario conTextInputLayout, toggle interactivo de contraseña y validación en tiempo real consetErrorante campos vacíos.MenuPrincipalActivity: Hub central con Toolbar personalizada, botón de cierre de sesión y contrato público de navegación (Intent.putExtra) hacia las 5 pantallas del sistema.
- Selección de Sucursal (
US02/ Candelaria Barjollo):SeleccionSucursalActivity: Selector con lista/spinner poblado medianteSucursalAdapter(datos mock), retorno fluido al menú y propagación delsucursal_idhacia las pantallas dependientes.- Definición e implementación de la paleta de colores y recursos visuales unificados en
colors.xml(#TK08).
- Gestión / Consulta de Stock (
US03/ Virginia García):GestionStockActivity: Lista reactiva conRecyclerViewy tarjetas personalizadas (item_stock.xml) que muestran productos y stock por sucursal con scroll fluido y botón de retroceso.
- Contacto Institucional (
US04/ Pedro González):ContactoActivity: Formulario de soporte (nombre, email y mensaje) con botón de envío y feedback visual mediante mensaje interactivoToast.
- Carga de Producto (
US05/ Pedro González):CargaProductoActivity: Formulario de alta de productos con inputs tipados (texto y numérico para precios) y validación estricta que impide el guardado si hay campos obligatorios vacíos.
- Movimientos entre Sucursales (
US06/ Aylén Bartolino Luna):MovimientosActivity: Selectores independientes de sucursal origen y destino con validación de reglas de negocio (bloqueo si origen = destino o si cantidad ≤ 0).
- Documentación, Calidad y CI/CD (Octavio Arnaudo y equipo):
- Repositorio estructurado con Gitflow (
main,develop,release/v1.0). - GitHub Action automatizado para notificaciones de merges en
develop(#TK33). - Wiki consolidada con vinculación del estándar IEEE830, Anexo II de capturas de interfaz, borrador de ciberseguridad (justificación de JWT) y matriz con los 12 casos de prueba ejecutados.
- Repositorio estructurado con Gitflow (
Feedback recibido:
- Aspectos positivos:
- Se completó el 100% de las Historias de Usuario planificadas para el Sprint 1.
- La navegación entre Activities es fluida y el diseño es homogéneo en toda la aplicación gracias al uso centralizado de estilos y paleta de colores.
- Las validaciones locales en formularios impiden estados inconsistentes antes del envío de datos.
- Observaciones y ajustes para el Sprint 2:
- Ajustar el contraste de color de texto en inputs numéricos en ciertos dispositivos físicos para que no dependa del modo oscuro/claro del sistema operativo.
- Definir a nivel reglas de negocio si el inventario admitirá cantidades fraccionarias/decimales (ej. peso/volumen) o únicamente enteros.
- Dejar preparados los repositorios locales para reemplazar los adaptadores mock por la integración real con los endpoints de la API REST en Django (Retrofit + OkHttp) y la persistencia segura del token JWT en
EncryptedSharedPreferences.
Sprint Retrospective
| Campo | Detalle |
|---|---|
| Fecha | 15 de septiembre de 2026 |
| Duración | 30 minutos |
| Participantes | Virginia García, Miguel Flores, Candelaria Barjollo, Aylén Bartolino Luna, Pedro González, Octavio Arnaudo |
¿Qué salió bien?
- Entrega a tiempo del MVP: Se logró compilar y desplegar con éxito el APK funcional con las 7 pantallas comprometidas en el Sprint Backlog.
- Trabajo en equipo y pruebas cruzadas (Peer Testing): La dinámica donde un integrante diseñaba los casos de prueba y otro los ejecutaba (ej. Miguel y Virginia) mejoró la detección de errores en UI y ciclo de vida de las Activities.
- Adopción de buenas prácticas de Git: El flujo de ramas y el contrato de navegación temprano facilitó que cada desarrollador programara su pantalla en paralelo sin bloquearse mutuamente.
- Documentación completa: La Wiki y el Drive quedaron actualizados con el IEEE830, el plan de ciberseguridad y las evidencias de testing requeridas por la cátedra.
¿Qué se puede mejorar?
- Distribución temporal del trabajo: En los primeros días del sprint hubo menor avance visible y la integración final y resolución de conflictos de merge se concentraron hacia los últimos dos días.
- Sincronización frecuente con
develop: Algunos integrantes trabajaron con ramas locales desactualizadas, lo que derivó en conflictos evitables al abrir los Pull Requests. - Definición temprana de casos de borde: Ciertas restricciones de UI (como el bloqueo de decimales en campos numéricos o el contraste en dispositivos físicos) se detectaron recién en la fase de QA.
¿Qué haremos diferente en el próximo sprint?
- Merges continuos y más pequeños: Promover integraciones a
developmás frecuentes y obligar al pull diario dedevelopantes de iniciar cualquier desarrollo. - Refinar la estimación de Story Points: Al entrar al Sprint 2 (conexión con API REST y JWT), se evaluará la complejidad técnica con mayor margen para prever posibles demoras en la configuración de Retrofit y manejo de errores de red.
- Checkpoints intermedios de integración: Establecer una prueba de integración a mitad de sprint (en lugar de solo al final) para asegurar que el backend y frontend se acoplen de manera progresiva.
📅 Sprint 2: Integración API REST, Autenticación JWT, Registro, Usuarios, Perfil, Adaptabilidad & Testing
- Periodo del Sprint 2: 17 de septiembre de 2026 al 14 de octubre de 2026
- Facilitador: Octavio Arnaudo
- Participantes: Virginia G., Aylén B., Miguel F., Candelaria B., Pedro G., Octavio A.
🎯 Sprint Planning (17/09/2026)
- Objetivo del Sprint 2: Conectar la aplicación Android nativa con la API REST centralizada en Django (servidor Alwaysdata
https://todostock.alwaysdata.net/api/), implementar la autenticación por JWT (SesionManager/AuthInterceptor), el registro de usuarios (RegistroActivitycon DNI, correo y edad +18), la gestión de perfiles (PerfilActivity,EditarPerfilActivity), la administración de usuarios (UsuariosActivosFragmentcon diálogo modal de edición/baja - #TK37), la opción de baja voluntaria (BajaDeCuenta), la sección legal (TerminosActivity), el filtrado por roles (SuperAdmin / Admin / Empleado), la adaptabilidad a pantalla apaisada y tablet (#TK41), las pantallas puente de navegación (#TK113, #TK114), la suite de 5 clases de prueba unitarias/red (ValidadoresTest,StockItemTest,LoginViewModelTest,ParseoRespuestasTest,AuthRepositoryTest), las pruebas de UI con Espresso (LoginFlujoTest) y la colección de integración API con Postman (PostmanConfig). - Compromiso de Story Points: 106 SP (Total acumulado del proyecto: 142 SP).
- Estrategia de Ramas y Ciclo de Vida de Features: Se acordó la creación de ramas temporales
feature/[integrante]-[TK]partiendo dedevelop. Tras la aprobación de la revisión por pares (Peer Review) y la superación de pruebas de integración, cada rama se integra adevelopmediante Pull Request y la rama remota temporal es eliminada para mantener el repositorio limpio y trazable.
📂 Registro de Acuerdos y Documentación de Trabajo
Para consultar el registro de debates, minutas informales de reuniones, seguimiento por mensajería y capturas de acuerdos técnicos del equipo para el Sprint 2:
👉 Acceso a la carpeta de evidencias y bitácora en Google Drive
👉 Acceso a la issue de Planning poker
💬 Registros de Daily Scrum (17/09/2026 a 13/10/2026)
18 de septiembre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Participé del Sprint Planning 2 y revisé la estructura de los endpoints de la API. | Crear la rama feature/aylen_bartolino_luna-TK90 para configurar ApiClient con la URL base de la API REST y definir AuthApiService (#TK05, #TK90). |
Ninguno. |
| Candelaria Barjollo | Coordiné los DTOs de sucursales con el equipo backend. | Crear la rama feature/candelaria_barjollo-TK12 e implementar la consulta GET /api/inventario/sucursales/ con SucursalDto (#TK12). |
Ninguno. |
| Miguel Ángel Flores Meehan | Analicé el control de acceso según la respuesta de roles (es_admin vs es_empleado). |
Crear la rama feature/miguel_flores-TK48 para habilitar u ocultar componentes del menú en MenuPrincipalActivity (#TK48). |
Ninguno. |
| Virginia García | Estudié el endpoint de stock consolidado y por sucursal. | Crear la rama feature/virginia_garcia-TK16 para conectar GestionStockActivity con InventarioApiService (#TK16). |
Ninguno. |
| Pedro González | Analicé el endpoint de mensajes de soporte institucional. | Crear la rama feature/pedro_gonzalez-TK42 para integrar ContactoActivity con ContactoApiService (#TK42). |
Ninguno. |
| Octavio Arnaudo | Creé los hitos del Sprint 2 en GitHub y configuré los tableros Kanban. | Crear la rama feature/octavio_arnaudo-TK105 para estructurar la sección legal y la Guía Docente en la Wiki (#TK105, #TK111). |
Ninguno. |
22 de septiembre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Completé AuthInterceptor en la rama feature/aylen_bartolino_luna-TK05-TK06 e inyecté el token Bearer. |
Crear la rama feature/aylen_bartolino_luna-TK34-TK47 para desarrollar RegistroActivity conectando con POST /api/usuarios/registro/ (#TK34). |
Ninguno. |
| Candelaria Barjollo | Mergeé el PR de feature/candelaria_barjollo-TK12 a develop eliminando la rama temporal. |
Crear la rama feature/candelaria_barjollo-TK94-TK95 para diseñar los layouts y llamadas de PerfilActivity y EditarPerfilActivity (#TK94, #TK95). |
Ninguno. |
| Miguel Ángel Flores Meehan | Probé el filtrado del menú por rol en MenuPrincipalActivity. |
Iniciar la revisión del backlog en la rama feature/miguel_flores-revision-backlog para alineación de requerimientos. |
Ninguno. |
| Virginia García | Conecté la consulta de stock real en GestionStockActivity. |
Implementar la lógica de alertas visuales de stock bajo el umbral mínimo en StockAdapter dentro de la rama feature/virginia_garcia-TK16 (#TK17). |
Ninguno. |
| Pedro González | Conecté el envío de consultas de contacto a la API. | Crear la rama feature/pedro_gonzalez-TK93 para corregir los mensajes de error y validaciones en CargaProductoActivity (#TK93). |
Ninguno. |
| Octavio Arnaudo | Redacté el borrador de ciberseguridad y términos legales en la Wiki. | Trabajar junto con el equipo en la especificación de reglas de validación en Validadores.java. |
Ninguno. |
28 de septiembre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Trabajé en la rama feature/aylen_bartolino_luna-TK34-edad-minima agregando el cálculo estricto de edad (+18). |
Crear la rama feature/aylen_bartolino_luna-TK52 para la implementación de TerminosActivity y el flujo de 'Darme de baja' (BajaDeCuenta, #TK52). |
Ninguno. |
| Candelaria Barjollo | Avancé con PerfilApiService integrando GET/PATCH /api/usuarios/me/. |
Probar la edición de datos personales desde EditarPerfilActivity y la actualización del estado global de sesión (#TK95). |
Ninguno. |
| Miguel Ángel Flores Meehan | Verifiqué el cierre de sesión e invalidación del token en SesionManager. |
Realizar pruebas de integración de navegación con los PRs recientes mergeados en develop. |
Ninguno. |
| Virginia García | Completé la visualización de tarjetas de stock con resalte en rojo para ítems en umbral crítico. | Abrir el PR de la rama feature/virginia_garcia-TK16 hacia develop tras validar con datos reales. |
Ninguno. |
| Pedro González | Corregí los mensajes de error en CargaProductoActivity. |
Abrir el PR de feature/pedro_gonzalez-TK93 a develop y verificar el alta de productos en el servidor de producción. |
Ninguno. |
| Octavio Arnaudo | Actualicé las tablas de trazabilidad y casos de prueba en la Wiki. | Diseñar la suite de pruebas unitarias en ValidadoresTest.java bajo la metodología Arrange-Act-Assert. |
Ninguno. |
05 de octubre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Completé TerminosActivity y la vista de baja de cuenta en feature/aylen_bartolino_luna-TK52-terminos (mergeado y rama borrada). |
Crear la rama feature/aylen_bartolino_luna-TK60 para escribir la suite de tests unitarios en ValidadoresTest.java (#TK60). |
Ninguno. |
| Candelaria Barjollo | Finalicé las pruebas de PerfilActivity y EditarPerfilActivity en feature/candelaria_barjollo-TK94-TK95. |
Abrir el PR a develop e integrar los DTOs de perfil propio con la barra de navegación principal. |
Ninguno. |
| Miguel Ángel Flores Meehan | Ejecuté pruebas de autorización por roles comprobando que usuarios Empleados no puedan acceder al alta de productos. | Coordinar la integración de PRs (#160, #163, #164, #166) en develop eliminando las ramas originarias. |
Ninguno. |
| Virginia García | Verifiqué el comportamiento del RecyclerView ante respuestas de stock vacío. | Documentar las evidencias de prueba de inventario en Testing-y-Calidad. |
Ninguno. |
| Pedro González | Verifiqué el formulario de contacto con mensajes de éxito vía Toast. | Realizar pruebas cruzadas sobre las vistas desarrolladas por Miguel y Candelaria. | Ninguno. |
| Octavio Arnaudo | Creé la rama feature/octavio_arnaudo_TK106 para actualizar el README.md, la Guía Docente y la especificación IEEE830 v2.0 (#TK101, #TK106). |
Continuar con la consolidación documental y matriz de trazabilidad. | Ninguno. |
08 de octubre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Conecté la app por defecto al servidor Alwaysdata (ApiClient PR #162), verifiqué contratos en Postman (#TK35) e implementé RegistroActivity con DNI y fecha de nacimiento (+18). |
Escribir los 12 tests unitarios en ValidadoresTest.java (#TK60) y avanzar con la transferencia atómica de stock en MovimientosActivity (#TK27). |
Ninguno. |
| Candelaria Barjollo | Verifiqué la llamada GET/PATCH /api/usuarios/me/ en PerfilActivity y EditarPerfilActivity (#TK94, #TK95). |
Desarrollar ParseoRespuestasTest.java con MockWebServer (#TK64) para simulación de respuestas HTTP 200 OK. |
Ninguno. |
| Miguel Flores Meehan | Implementé la adaptabilidad a pantallas apaisadas (Landscape) y tablets mediante ScrollView y onSaveInstanceState en 11 layouts XML (#TK41 - PR #294). |
Desarrollar la suite de prueba de UI automatizada con Espresso LoginFlujoTest.java (#TK70 - PR #299). |
Ninguno. |
| Virginia García | Conecté la consulta de stock real en GestionStockActivity (#TK16), implementé las alertas de stock bajo umbral (#TK17) y escribí StockItemTest.java (#TK61 - PR #277). |
Desarrollar el listado de productos con búsqueda, edición dual y baja lógica (activo = False - #TK39 / PR #296). |
Ninguno. |
| Pedro González | Conecté ContactoActivity (#TK42) y desarrollé la carga de productos con selector de categorías en CargaProductoActivity (#TK23 / PR #287). |
Desarrollar UsuariosActivosFragment para la gestión, edición y baja de usuarios con diálogo modal (#TK37 / PR #300). |
Ninguno. |
| Octavio Arnaudo | Redacté las plantillas de reporte de errores e issues de GitHub (#TK108) y estructuré la sección de ciberseguridad. | Diseñar y ejecutar la planilla de casos de prueba de seguridad (TC-SEG-01 al 05). | Ninguno. |
13 de octubre:
| Integrante | ¿Qué hice ayer? | ¿Qué haré hoy? | ¿Tengo impedimentos? |
|---|---|---|---|
| Aylén Bartolino Luna | Ejecuté los tests en ValidadoresTest.java en la rama feature/aylen_bartolino_luna-TK60-AAA alcanzando 100% de éxito. Conecté el registro con backend real en Alwaysdata (ApiClient), verifiqué contratos en Postman (#TK35) e implementé TerminosActivity y 'Darme de baja' (BajaDeCuenta, #TK52). |
Realizar los merges finales (#213, #226, #229) a develop y coordinar la rama de release a main. |
Ninguno. |
| Candelaria Barjollo | Verifiqué el flujo de edición de datos personales (PerfilActivity / EditarPerfilActivity - #TK94, #TK95), implementé ParseoRespuestasTest.java (#TK64) y los tests de AuthRepositoryTest.java con MockWebServer (#TK65 - PR #295, PR #297). |
Apoyar en la verificación de la compilación final del APK e instalación limpia. | Ninguno. |
| Miguel Ángel Flores Meehan | Implementé la adaptabilidad a pantalla apaisada y tablet (#TK41 - PR #294), desarrollé la prueba de UI con Espresso LoginFlujoTest.java (#TK70 - PR #299) e integré las pantallas puente MenuStockActivity y MenuMovimientosActivity (#TK113 - PR #276). |
Generar el ejecutable APK final y verificar el despliegue del backend en producción. | Ninguno. |
| Virginia García | Conecté la consulta de stock real en GestionStockActivity (#TK16), implementé alertas de stock bajo umbral (#TK17), la suite StockItemTest.java (#TK61) y el módulo de catálogo con búsqueda, edición dual y baja lógica (activo = False - #TK39 / PR #296). |
Asistir en la revisión final de la Wiki y Anexo II de capturas. | Ninguno. |
| Pedro González | Desarrollé ContactoActivity (#TK42), CargaProductoActivity con categorías (#TK23 / PR #287), la gestión de usuarios en UsuariosActivosFragment (#TK37 / PR #300), LoginViewModelTest.java (#TK62 / PR #293) y los casos de seguridad (#TK55..59). |
Colaborar con la revisión del entregable y la documentación del repositorio. | Ninguno. |
| Octavio Arnaudo | Consolidé las minutas de ceremonias, la guía docente (GUÍA-DOCENTE), el plan de riesgos (#TK53), las plantillas de GitHub (#TK108) y el Product-Backlog. |
Liderar la preparación de la Sprint Review y Retrospectiva de cierre de proyecto. | Ninguno. |
🏁 Sprint Review - Sprint 2 (14/10/2026)
| Campo | Detalle |
|---|---|
| Fecha | 14 de octubre de 2026 |
| Duración | 2.5 horas |
| Participantes | Virginia García, Miguel Flores, Candelaria Barjollo, Aylén Bartolino Luna, Pedro González, Octavio Arnaudo, Cátedra de Proyecto Integrador II |
Funcionalidades Entregadas e Incremento v2.0:
- Autenticación y Sesión Segura:
LoginActivity,LoginViewModel,AuthRepository,AuthInterceptore inyección de token Bearer con persistencia aislada enSesionManager(desarrollado en ramasfeature/aylen_bartolino_luna-TK05-TK06,fix-ResultadoLoginyfeature/miguel_flores-TK48, integradas adevelopmediante PRs #49, #50, #160). - Registro de Usuarios y Validaciones:
RegistroActivityconectada aPOST /api/usuarios/registro/con validaciones enValidadores.java(DNI, email, edad mínima +18 y contraseñas robustas) (desarrollado en ramasfeature/aylen_bartolino_luna-TK34-TK47,TK34-edad-minimayTK34-mensajes, integradas mediante PRs #173, #174, #223). - Perfil Propio y Baja Voluntaria:
PerfilActivity,EditarPerfilActivityyBajaDeCuentaenlazados aGET/PATCH /api/usuarios/me/yPOST /api/usuarios/desactivar/(desarrollado en ramasfeature/candelaria_barjollo-TK94-TK95yfeature/aylen_bartolino_luna-TK52, integradas mediante PRs #180, #184, #195). - Inventario y Operatoria en Tiempo Real:
SeleccionSucursalActivity,GestionStockActivity,CargaProductoActivitycon categorías, yMovimientosActivityatómicos (desarrollado en ramasfeature/candelaria_barjollo-TK12,feature/virginia_garcia-TK16,feature/pedro_gonzalez-TK93yfeature/aylen_bartolino_luna-TK27-api, integradas mediante PRs #185, #197, #216, #220, #287). - Catálogo & Gestión de Usuarios: Listado de productos con búsqueda, edición dual y baja lógica (
activo = False- PR #296 / #TK39 / ADR-0010) y administración de perfiles enUsuariosActivosFragmentcon diálogo modal (PR #300 / #TK37 / ADR-0008). - Hubs Operativos y Accesibilidad: Pantallas puente
MenuStockActivity,MenuMovimientosActivity(#TK113) y menú vertical accesible (#TK114) con adaptabilidad apaisada/tablet (#TK41 / PR #294). - Soporte y Legislación: Formulario de contacto en
ContactoActivityy sección legal enTerminosActivity(desarrollado en ramasfeature/pedro_gonzalez-TK42yfeature/octavio_arnaudo-TK105, integradas mediante PRs #192, #217). - Calidad y Testing Automatizado:
- 5 Suites Unitarias/Red:
ValidadoresTest.java(TK60),StockItemTest.java(TK61),LoginViewModelTest.java(TK62),ParseoRespuestasTest.java(TK64) yAuthRepositoryTest.java(TK65 - HTTP 200/500 conMockWebServer). - Pruebas de UI Automatizadas (Espresso):
LoginFlujoTest.java(#TK70 - PR #299) con Page Object Model,AccessibilityChecks.enable()eIdlingResource. - Colección Postman / Newman: Suite de integración API de productos (
PostmanConfig.java- #TK68 - PR #298).
- 5 Suites Unitarias/Red:
- Documentación e Infraestructura: SRS IEEE 830 v2.0 completa, Diagrama de navegabilidad, Guía docente (
GUÍA-DOCENTE), Product Backlog consolidado, README, plantillas GitHub (#TK108) y APK compilado enmain(integradas mediante PRs #229, #231, #249).
Feedback de la Cátedra:
- Se destacó el alto nivel de madurez técnica, la solidez de la arquitectura en capas, la correcta trazabilidad de las más de 90 Pull Requests y el estricto cumplimiento del estándar IEEE 830 y las políticas de ciberseguridad y calidad.
🔄 Sprint Retrospective - Sprint 2 (14/10/2026)
| Campo | Detalle |
|---|---|
| Fecha | 14 de octubre de 2026 |
| Duración | 45 minutos |
| Participantes | Todo el equipo CodeLab (Virginia García, Miguel Flores, Candelaria Barjollo, Aylén Bartolino Luna, Pedro González, Octavio Arnaudo) |
| Herramienta | Issue de Planning Poker en GitHub / WhatsApp y Google Meet |
¿Qué salió bien?
- Excelente comunicación del equipo a través de WhatsApp, Google Meet y GitHub.
- Conexión completa de las 10 Activities nativas y Fragments con la API REST de Django en Alwaysdata.
- Manejo impecable de ramas de características (
feature/): más de 25 ramas temporales creadas, revisadas vía PR y eliminadas tras el merge exitoso adevelop, manteniendo el repositorio limpio. - Cumplimiento del 100% de las Historias de Usuario (#US01 a #US12) y Tareas Técnicas (#TK01 a #TK114).
- Entrega de las 5 suites de pruebas unitarias y de red, la suite de UI automatizada con Espresso y la colección Postman.
¿Qué se puede mejorar?
- Continuar optimizando la gestión de latencia de red ante conexiones móviles inestables mediante estrategias de almacenamiento en caché.
Acuerdos y Compromisos Futuros:
- Mantener los estándares de GitFlow, revisiones por pares mediante Pull Requests y la cultura de calidad y automatización en futuras etapas evolutivas del sistema TodoStock Mobile.