A1.4
Plantilla Proyecto A
Apoyo: apartado f
Hito de proyecto: propuesta del Proyecto A
Define la aplicación Android que vas a desarrollar durante todo el curso, comprobando que su alcance cubre los requisitos técnicos del módulo.
Tu progreso en esta tarea
0/12 pasos completados
Sobre esta entregaEl Proyecto A hila todo el curso: los temas siguientes exigen que tu app tenga persistencia de datos, consuma un servicio web, use al menos un sensor o la localización, y muestre contenido multimedia. La plantilla oficial en formato Markdown está descargable en el apartado f; aquí replicamos su estructura para que puedas rellenarla sin cambiar de página.
1Antes de empezar
Lee la plantilla completa una vez antes de escribir nada.
Consejos de la fuenteNo te bloquees en el nombre ni en decisiones tempranas. Prioriza la calidad sobre la extensión: esta propuesta se ajusta en clase, es un punto de partida, no un contrato cerrado.
2Datos básicos e idea
La idea se resume con la fórmula: "Una app que permite a [quién] hacer [qué] para [para qué]". Evita empezar por la tecnología.
3Personas usuarias y funcionalidades
Define un perfil concreto, no una descripción genérica.
Edad
Soltura tecnológica
Contexto de uso
Duración de sesiones
Tolerancia a fallos
FuncionalidadesDistingue entre imprescindibles (3-4 máximo: sin ellas la app no resuelve el problema) y opcionales (secundarias, para si sobra tiempo). Formúlalas desde la perspectiva del usuario, no en términos técnicos.
4Pantallas y bocetos
El patrón típico es Lista → Detalle → Formulario → Ajustes, con un total de 3-5 pantallas.
| Pantalla | Para qué sirve | Se llega desde |
|---|---|---|
BocetosDibuja a mano las pantallas principales identificando título, datos, botones y acciones. No hace falta que sean bonitos, solo claros.
5Datos y encaje con los requisitos del módulo
Identifica los sustantivos clave de tu idea y las relaciones entre ellos.
| Tipo de dato | Campos | Ejemplo |
|---|---|---|
ObligatorioSi alguna de las cuatro casillas siguientes queda vacía, la idea no es viable para este módulo.
| Requisito técnico | Se trabaja en | Cómo lo cubre tu app |
|---|---|---|
| Persistencia de datos | Tema 4 | |
| Servicio web | Tema 5 | |
| Sensor o localización | Tema 6 | |
| Contenido multimedia | Tema 7 |
6Riesgos y entrega
Anticipa problemas técnicos y dependencias externas.
| Lo que me preocupa | Plan B |
|---|---|
✓Checklist previo a entrega (de la fuente)
- Idea explicable en una frase
- Público definido (persona concreta)
- 3-4 funcionalidades imprescindibles
- Cada funcionalidad tiene pantalla asociada
- Bocetos completados
- Las cuatro casillas del apartado de requisitos del módulo rellenas
- Riesgos identificados con plan B
✓Criterios de evaluación
- 1a — Se han analizado las limitaciones que plantea la ejecución de aplicaciones en los dispositivos móviles.
- 1b — Se han identificado las tecnologías de desarrollo de aplicaciones para dispositivos móviles.
Esta propuesta es la base sobre la que se evaluarán los RA2 y RA3 en temas posteriores.
Adaptado de apartado f y actividades.