Ejercicios: Aplicaciones sencillas para móvil y web

Enumera las fases por las que pasa la creación de una aplicación, desde la idea hasta que la usan otras personas, y explica en qué consiste cada una. Razona por qué no conviene saltarse la fase de pruebas aunque el programa parezca funcionar.

Una app calcula la propina que conviene dejar en un restaurante a partir del importe de la cuenta. Identifica qué datos introduce el usuario (entrada), qué hace la aplicación con ellos (proceso) y qué muestra al final (salida), siguiendo el esquema entrada → proceso → salida.

La figura muestra el diseño de pantalla de una app que convierte distancias de kilómetros a millas, sabiendo que $1\ \text{milla}$ equivale a $1,6\ \text{km}$.

Escribe los pasos que debe seguir la app cuando el usuario oprime el botón para mostrar el resultado, e indica qué debería ocurrir si el usuario oprime «Convertir» sin haber escrito ningún número.

Las pantallas de una app se construyen con elementos básicos: botones, etiquetas de texto, cuadros donde escribir e imágenes. Explica para qué sirve cada uno de esos cuatro elementos y pon un ejemplo de cada uno en una app que uses a menudo.

Antes de instalar una app de la tienda conviene fijarse en varios datos. Explica qué te aportan las valoraciones, el número de descargas, los permisos que pide y el nombre del desarrollador, y qué combinación de esos datos te haría desconfiar.

Las apps se actualizan cada cierto tiempo. Explica dos motivos por los que conviene mantenerlas actualizadas y un riesgo de no hacerlo, y razona por qué a veces una actualización cambia funciones que te gustaban.

Antes de programar conviene dibujar el prototipo en papel. Describe (o dibuja en tu cuaderno) las tres pantallas de una app «contador de vasos de agua»: la pantalla principal con el contador, el botón para sumar un vaso y una pantalla de historial, indicando qué hace cada botón.

Puedes hacerlo en papel y enviar una foto con tu respuesta.

Una app muy simple recibe un texto y lo devuelve escrito en mayúsculas. Analiza su esquema entrada → proceso → salida y propón dos utilidades reales que podría tener una app así dentro de otra más grande.

Describe el algoritmo de una app de test con cinco preguntas: cómo se guarda la puntuación, qué ocurre cuando el usuario acierta o falla, cómo se pasa a la siguiente pregunta y qué se muestra al final. Usa pasos numerados con decisiones y una repetición.

Unas apps funcionan sin conexión a internet y otras no pueden hacer nada sin ella. Explica qué diferencia hay entre ambos tipos y clasifica estas apps razonando tu respuesta: una calculadora, unos mapas con tráfico en directo, un test de preguntas ya descargado y una app de mensajería.

Una app que calcula el promedio de las notas da resultados absurdos cuando alguna casilla se queda vacía o cuando alguien escribe una nota de 42. Explica qué son los datos de entrada no válidos, propone dos controles que la app debería hacer antes de calcular y describe las pruebas que harías para comprobar que ya no falla.

Las notificaciones avisan de novedades, pero demasiadas notificaciones hacen que el usuario desinstale la app. Diseña la política de avisos de la app de lectura del aula: qué tres avisos sí enviarías, qué avisos no, y qué opciones de configuración le dejarías al usuario.

Un juego recuerda tu nivel, tus monedas y tu récord aunque cierres la app. Explica qué es el almacenamiento local de una app, qué datos guarda ese juego y razona qué pasará con ellos si desinstalas la app o cambias de celular sin copia.

Algunas apps se descargan primero como «versión beta» para un grupo pequeño de usuarios. Explica qué significa esa etiqueta, qué ventajas tiene probar así antes del lanzamiento oficial y qué dos cosas deberías esperar de una beta (y no enojarte cuando ocurran).

Evalúa la accesibilidad de esta pantalla de app: botones muy juntos y pequeños, texto gris claro sobre fondo blanco y toda la información solo en colores (sin textos). Propón tres mejoras concretas y explica a qué usuarios beneficia cada una.

Una app del clima funciona en parte sin conexión: muestra el último pronóstico descargado, pero no lo actualiza. Explica qué partes de una app pueden seguir funcionando sin internet y diseña el mensaje de «sin conexión» que vería el usuario: qué debe decir y qué opciones debe ofrecer.

Diseña una app completa llamada «Retos de lectura» para que el curso registre los libros que va leyendo: pantallas que tendría, datos de entrada y salida de cada una, algoritmo principal y tres pruebas concretas que harías antes de publicarla.

Una app de linterna pide permiso para acceder a los contactos, a la ubicación y al micrófono. Analiza si esos permisos son necesarios para su función, qué riesgos tiene concederlos sin pensar y redacta un criterio de tres preguntas para decidir qué permisos aceptar en cualquier app.

Su equipo ha programado una app para organizar los torneos deportivos del descanso. Un compañero propone financiarla insertando anuncios de una red comercial y cobrando 0,99 pesos mediante compras dentro de la app para desbloquear las estadísticas avanzadas. Justifica dos problemas legales o éticos que tiene este modelo al aplicarse en un colegio con menores de edad. Después, diseña un modelo alternativo para sostener y mantener la app sin recurrir a publicidad invasiva ni a pagos que discriminen a parte del estudiantado.

Vas a descargar una app para calcular notas y encuentras «SuperNotas». En la tienda de apps observas los siguientes datos:

• Puntuación media: 4,9 ★ con 2.500 valoraciones.

• Fechas y texto: El 90 % de las 5 ★ se publicaron en solo tres días consecutivos, con textos idénticos («Excelente app») y perfiles sin imagen.

• Permisos exigidos: Acceso a la lista de contactos, ubicación precisa y micrófono.

Interpreta estos datos: explica qué práctica fraudulenta está teniendo lugar y qué objetivo persigue. A continuación, predice qué riesgos asume quien la instale guiándose solo por la nota promedio y redacta dos comprobaciones obligatorias que siempre se deben hacer antes de instalar una app desconocida.

El «onboarding» son las pantallas que enseñan la app la primera vez que se abre. Diseña el onboarding de tres pantallas para la app del restaurante escolar: qué muestra cada pantalla, qué aprende el usuario en cada una y por qué debe haber un botón de «saltar».

Aplicando la idea de «privacidad desde el diseño», define qué datos mínimos pediría de verdad una app de tareas del aula para funcionar, qué datos NO pediría aunque «pudieran ser útiles» y cómo explicarías esas decisiones a los usuarios en la ficha de la tienda.

Reto del tema. Tu misión es crear un prototipo de aplicación interactiva que recomiende a tus vecinos cómo vestirse y si necesitan paraguas según el pronóstico meteorológico oficial.

1. Toma de datos reales: Consulta en la web del IDEAM la previsión para mañana en tu municipio y anota en una tabla la temperatura máxima ($T_{\text{máx}}$ en ºC) y la probabilidad de precipitación ($P$ en %).

2. Pensamiento computacional: Diseña un diagrama de flujo con condicionales lógicos (por ejemplo, si $T_{\text{máx}} < 16,5\text{ ºC}$ o si $P \ge 50\,\%$) para determinar qué consejos mostrar.

3. Programación por bloques: Implementa tu prototipo en Scratch o App Inventor. La aplicación debe solicitar ambos valores numéricos y mostrar un mensaje gráfico adecuado según las condiciones evaluadas.

4. Informe final: Elabora un informe breve (una página) con la captura del diagrama, la tabla con los datos reales del IDEAM, el enlace público a tu programa y una prueba de funcionamiento.

Se valorará:

• Corrección lógica del diagrama de flujo y uso adecuado de condicionales.

• Funcionamiento interactivo y sin errores del código por bloques con los datos introducidos.

• Diseño intuitivo y claro de la interfaz de usuario.

• Calidad del informe breve y justificación de las decisiones tomadas.