Accesibilidad

Informe de Accesibilidad y Usabilidad (FlorAppMovil)

Proyecto: FlorAppMovil
Ecosistema: Android (Cliente Mobile) + Django REST Framework (Backend API) + Angular (Frontend Web)

Este documento detalla las auditorías, herramientas de validación utilizadas y la trazabilidad de las correcciones aplicadas para garantizar que la aplicación móvil sea accesible, inclusiva y estéticamente coherente.

1. Casos de Prueba de Accesibilidad (Matriz QA)

• TC-ACC-01 (Validación de línea gráfica homogénea y coherencia visual):

  • Requerimiento: REQNF-01 / US-RNF-01 / CA-ACC-08.
  • Descripción: Comprobación integral de que los componentes de la interfaz (botones, tarjetas, tipografías, márgenes y colores institucionales) mantengan una línea gráfica estandarizada en los 7 módulos principales comparados contra el Prototipo en Figma.
  • Resultado: PASSED (Sin desfasajes visuales ni alteraciones cromáticas).

• TC-ACC-02 (Verificación de Dimensiones Mínimas en Áreas Táctiles - 48x48dp):

  • Requerimiento: REQNF-01 / CA-ACC-05.
  • Descripción: Validación de que los elementos interactivos cumplan con las dimensiones mínimas de 48x48dp para prevenir errores de pulsación.
  • Incidencia inicial: Detectados 6 elementos por debajo de la medida en gestión de usuarios y edición de fichas.
  • Corrección y Trazabilidad: Resuelto mediante el Pull Request #55 (ajuste de altura y padding a 48dp en botones de usuario y minHeight en inputs de fichas).
  • Resultado Final: PASSED.

• TC-ACC-03 (Verificación de Relaciones de Contraste Cromático Mínimo - WCAG 2.2 AA):

  • Requerimiento: REQNF-01 / CA-ACC-06.
  • Descripción: Evaluación mediante Accessibility Scanner de las combinaciones cromáticas (ratio mínimo de 4.5:1 para texto normal y 3:1 para texto grande/íconos).
  • Resultado: Auditado bajo estándares WCAG 2.2 AA, asegurando que ningún elemento transmita información únicamente mediante el uso de color.

---

2. Issues y Reportes de Accesibilidad en el Repositorio

Para el seguimiento y resolución de incidencias vinculadas a la experiencia de usuario y accesibilidad móvil, se utilizaron los siguientes reportes en el tablero Kanban:

• [Bug] BUG-TC-ACC-02: Elementos táctiles incumplen el área mínima de 48x48dp en gestión de usuarios y fichas

  • Descripción: Reporte generado tras la auditoría con Accessibility Scanner donde se identificaron botones e inputs con menos de 48dp de altura.
  • Solución aplicada: Modificación de layouts XML (activity_gestion_usuarios_admin.xml, item_usuario_gestion.xml y activity_abm_fichas.xml) y cierre mediante el Pull Request #55.

• [Bug] TC-ING-06: El botón 'Ingresar como invitado' desaparece al rotar la pantalla (Landscape)

  • Descripción: Incidencia crítica de usabilidad en dispositivos compactos o al rotar la pantalla a formato horizontal, donde el contenido desbordaba el área visible sin permitir scroll.
  • Solución aplicada: Incorporación de contenedores <ScrollView> con android:fillViewport="true" en activity_ingreso.xml, activity_login.xml y activity_contacto.xml, cerrado en el Pull Request #55.

---

3. Implementación Práctica de Accesibilidad en Android (Java y XML)

Para cumplir con los estándares de accesibilidad en la aplicación móvil de FlorApp, el desarrollo nativo en Android se estructuró sobre cuatro pilares fundamentales:

1. Etiquetado Correcto para Lectores de Pantalla (TalkBack)

El lector de pantalla verbaliza los elementos enfocados. Para evitar que la interfaz anuncie elementos vacíos o "botones sin etiquetar":

• Imágenes informativas o botones con ícono: Se implementó la propiedad android:contentDescription en los archivos de layout XML.
• Elementos puramente decorativos (fondos, separadores): Se desactivaron de la accesibilidad mediante android:importantForAccessibility="no".

2. Tamaño de Áreas Táctiles (Touch Targets de 48x48dp)

Para garantizar una experiencia cómoda a usuarios con problemas de motricidad fina, se aplicó el estándar recomendado por Google:

• Si un ícono mide 24x24 dp, se mantuvo el contenedor adaptado o se aplicó padding y restricciones de dimensiones mínimas en XML para alcanzar una superficie interactiva de al menos 48x48 dp (corrigiendo incidencias reportadas en el requerimiento CA-ACC-05).

3. Manejo de Texto, Escala y Contraste

• Tipografía Dinámica (sp): Las propiedades textSize se configuraron utilizando unidades sp, permitiendo que el texto escale de forma automática según la configuración global de accesibilidad del sistema operativo Android sin romper la maquetación.
• Asociación de Inputs: Los campos EditText se integraron con contenedores TextInputLayout y la propiedad hint para asegurar una correcta lectura contextual por parte de TalkBack.

4. Metodología de Pruebas de Accesibilidad

• Accessibility Scanner (Google): Herramienta oficial utilizada para auditar automáticamente la interfaz en busca de botones pequeños, elementos táctiles reducidos o contrastes deficientes (WCAG 2.2 AA).