​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:

1. Padrão arquitetural: descreva “Model–View–Controller (MVC)” e o papel de cada componente no app.

2. 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.

3. 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!​