Uma instituição quer lançar um aplicativo Android simples para “Lista de Tarefas da Comunidade”, onde moradores criam tarefas
Uma instituição quer lançar um aplicativo Android simples para “Lista de Tarefas da Comunidade”, onde moradores criam tarefas (ex.: “mutirão de limpeza sábado”) e marcam como concluídas. O app deve funcionar bem em aparelhos variados, apresentar interface clara, reagir a eventos do usuário (toques, marcação de checkbox) e receber avisos quando algo novo for publicado (notificações na nuvem). Durante o desenvolvimento, a equipe usará Android Studio e precisa depurar e medir desempenho com as ferramentas da IDE. Você foi convidado(a) a descrever, sem programar, a arquitetura e o fluxo de dados adotando MVC para que outro time implemente depois.
A comunidade é heterogênea e muitos moradores usam aparelhos de entrada (pouca RAM/CPU) e conexão instável (Wi-Fi público oscilante e dados móveis com franquia limitada). Para evitar frustração, o app deve gravar os itens localmente e sincronizar em segundo plano quando houver rede, de forma econômica em bateria e previsível para o usuário; no ecossistema Android isso costuma ser apoiado por componentes de interface e ferramentas providas pelo Android Studio. Também é esperado que o app preserve o estado ao alternar de tela, lidar com rotação e retomada, e inicialize corretamente a interface sempre que a tela é criada, garantindo uma UI consistente em diferentes dispositivos.
A prefeitura/bairro divulgará novas tarefas comunitárias por notificações (ex.: “mutirão de poda amanhã às 8h”), o que exige recebimento confiável de mensagens/notificações na nuvem e atualização da lista quando o usuário retorna ao app. A interface deve ser clara e responsiva para várias telas, com componentes adequados ao toque e layouts capazes de se adaptar.
Durante o desenvolvimento, a equipe deverá medir e depurar o comportamento com Debugger, Emulador e Profiler para inspecionar fluxo, testar em múltiplos perfis de dispositivo e monitorar CPU/memória/rede, assegurando boa experiência antes da publicação.
Responda aos itens a seguir:
- Padrão arquitetural: descreva “Model–View–Controller (MVC)” e o papel de cada componente no app.
- Fluxo de dados e eventos (sequência operacional):
Sem redefinir papéis do MVC, descreva o percurso de um evento de UI (ex.: toque no item ou marcação da checkbox) até a atualização visual, usando a cadeia View → Controller → Model → (sinal de mudança) → View. Deixe explícito o que acontece com coleções (List). Foque apenas na sequência de passos e nos dados que circulam.
- Qualidade e manutenção: cite objetivamente como serão usados o Debugger, Emulador e Profiler do Android Studio para depuração e análise de desempenho.
ATENÇÃO:
- Acesse o vídeo orientativo disponível na Sala do Café para ajudá-lo nesse processo de criação e desenvolvimento.
- Responda na caixa de resposta a seguir.
- Antes de enviar sua atividade, certifique-se de que respondeu a todos os itens solicitados.
- Após o envio não são permitidas alterações ou modificações. Logo, você tem apenas uma chance de enviar o arquivo corretamente. Revise bem antes de enviar!
- Lembre-se de que evidências de cópias de materiais, incluindo de outros estudantes, serão inquestionavelmente zeradas.
- Não são permitidas correções parciais no decorrer do módulo, ou seja, o famoso: “professor, veja se minha atividade está certa?”. Isso invalida seu processo avaliativo. Lembre-se de que a interpretação da atividade também faz parte da avaliação.
- Procure sanar suas dúvidas junto à mediação em tempo hábil sobre o conteúdo exigido na atividade, de modo que consiga realizar sua participação.
- Atenção ao prazo de entrega, evite envio de atividade em cima do prazo. Você pode ter algum problema com internet, computador, software etc., e os prazos não serão flexibilizados, mesmo em caso de comprovação.
Em caso de dúvidas, encaminhe uma mensagem ao seu Professor Mediador.
Bons estudos!